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Preface 


In  my  personal  opinion,  the  Air  Force  needs  to  make  scr.e  major 
changes  to  the  officer  resource  management  system.  Presently,  officer 
job  assignments  are  made  under  the  prevailing  philosophy  of  providing 
officers  with  a  broad  base  of  experience  which  the  Air  Force  feels  is  a 
prerequisite  for  senior  officer  positions.  Since  only  about  8  percent 
of  all  officers  are  promoted  to  the  rank  of  colonel,  I  question  if  this 
is  the  best  officer  management  philosophy  for  the  majority  of  Air  Force 
officers.  In  this  thesis,  I  present  an  alternative  approach  to  officer 
assignments  and  career  management. 

Although  this  thesis  presents  a  decision  support  system  (DSS)  de¬ 
sign  for  the  Electronic  Security  Command  (ESC),  the  concepts  directly 
apply  to  all  Air  Force  Major  Command  (MAJ(XM)  and  the  Military  Personnel 
Center  (MPC)  officer  resource  management  systems.  I  hope  this  study 
provides  ESC  with  a  good  foundation  for  the  development  of  their  DSS  and 
gives  hPC  some  food  for  thought. 

I  would  like  to  thank  several  individuals:  my  advisor,  LtCol 
"Skip"  'v'alusek,  for  his  patience  and  direction  throughout  this  effort 
and  particularly  for  his  encouragement  during  the  days  when  I  seriously 
contemplated  looking  for  a  new  thesis  topic;  my  reader,  Dr.  Yupo  Chan, 
for  his  advice  and  counsel  throughout  this  project;  and  Capt  Alan  Chubb 
and  all  the  individuals  at  HQ  ESC  for  their  assistance  and  cooperation 
in  making  this  thesis  effort  possible.  Most  of  all,  I  wish  to  express 
my  gratitude  to  my  wife4HH||||and  my  children, mmPmmi||||||PP|||| 
their  faithful  support,  patience,  and  understanding  over  the  pvast  six 
months. 

Richard  A.  Paulsen 
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Abstract 

This  thesis  presents  a  decision  support  system  (DS5)  desicjn  for 
the  Electronic  Security  Comnand  (ESC)  officer  resource  managers.  The 
DSS  design  provides  resource  managers  with: 

1.  CSuick  access  to  officer  and  job  data  bases  needed  to  support 
the  numerous  phone  calls  from  officers  seeking  assignment 
information 

2.  A  computerized  notepad  for  documenting  phone  conversations  and 

'  other  various  pieces  of  information  gathered  on  each  officer. 

3.  A  rule-based  career  model  to  evaluate  an  officer's  career 
progression  and  offer  assignment  recommendations  and  career 
counseling  advice." 

4.  A  method  for  scoring  officers  for  jobs  based  on  each  officer's 
qualifications  and  career  development  needs.' 

5.  A  linear  programming  assignment  model  which  provides  job  as¬ 
signment  recommendations  by  maximizing  the  sum  of  officer 
job  qualification  scores. 

The  technique  of  concept  mapping  was  used  to  bound  the  problem  and 
elicit  system  requirements  from  ESC.  A  set  of  screen-display  story¬ 
boards  were  constructed  to  communicate  system  requirements  in  the  form 
of  representations,  operations,  memory  aids,  and  control  mechanisms 
(ROIC).  Methodologies  for  characterizing  and  eliciting  job  require¬ 
ments,  evaluating  officer  career  needs,  and  evaluating  officer  qualifi¬ 
cations  for  jobs  were  also  developed.  (3oal  programming  and  point  esti¬ 
mate  weighted-sums  models  were  also  presented  as  possible  alternatives 
for  an  assignments  model.  t/;  ' 

This  thesis  laid  the  foundation  of  requirements  determination, 
methodology  development,  system  design,  and  model  formulation  upon  which 
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ESC  can  now  begin  building  a  DSS  that  Mill  help  resxirce  managers  make 
officer  assignment  decisions  based  on  the  "best  qualified"  officers  for 
each  job,  while  also  considering  the  career  development  needs  of  each 
officer  and  the  future  force  requirements  of  ESC- 
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DESIGN  OF  AN  CFFICL.^  ASSIGN'CNT  Cf^^EER  PLAT^MING 
DECISION  SLFPORT  SYSTEM  FOR  ELECTRONIC  SECURITY  COMWC 


I.  Introduction 


Air  Force  Assiornnent  Guidelines 

The  primary  objective  of  the  officer  assignment  system  is  to 
assign  Air  Force  officers  to  enhance  the  effective  and  sus¬ 
tained  mission  accomplishment.  The  professional  development 
of  highly  qualified  officers  to  meet  the  needs  of  the  Air 
Force  is  an  important  corollary.  (AFR  36-20,  IRSStS) 

Resource  managers  are  the  central  focus  of  the  officer  assignment 
system.  They  have  the  tough  job  of  trying  to  assign  the  most  qualified 
officers  to  current  and  projected  job  vacancies  to  insure  effective  sus¬ 
tainment  of  the  Air  Force  mission  while  also  trying  to  select  the  right 
assignment  for  each  officer  that  will  enhance  his/her  professional 
training  and  development  for  future  assignments  in  the  Air  Force.  As¬ 
signment  decisions  are  made  based  on  each  officer's  assignment  history, 
experience,  and  career  broadening  needs;  current  requirements;  and  the 
resource  manager's  subjective  perception  of  the  effect  of  a  particular 
assignment  on  the  officer's  future  promotion  potential  (McCurdy,  1908). 

Military  Personnel  Center  (hPC)  resource  managers  have  the  respon¬ 
sibility  for  making  all  officer  assignments.  The  decision  process  in¬ 
volved  in  matching  officer  resources  to  job  requirements  involves  sort¬ 
ing  through  numerous  inputs  such  as:  1)  policies  and  procedures  con¬ 
tained  in  Air  Force  Regulations;  2)  by-name  requests  submitted  by  MAJ- 
CGMs;  3)  individual  officer  career  objectives  and  commander/supervisor 
recommendations  on  the  Officer  Career  Objective  Statement  (Air  Force 
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FcDTm  90);  4)  officer  qualifications  and  professional  development;  and 

5)  Air  Force  requirements  (Washbom,  1988).  Air  Force  requirements  in¬ 
clude  such  things  as  insuring  an  equitable  distribution  of  officer  spe¬ 
cialties  and  grades  across  all  MAJOCMs,  particularly  in  the  mission  sup¬ 
port  and  non-rated  operation  specialty  areas,  as  well  as  assigning  of¬ 
ficers  to  joint  and  departmental  activities  (AFR  36-20,  1988:8) .  "The 
primary  consideration  in  the  assignment  selection  process  is  the  offi¬ 
cer's  current  and  potential  qualifications  to  fill  a  valid  requirement 
and  the  nature  of  the  requirement."  When  all  officers  with  the  required 
qualifications  are  identified,  other  factors  are  considered,  but  the 
primary  discriminator  is  an  officer's  time-on-station  (TOS)  or  date  eli¬ 
gible  for  return  from  overseas  (DERQS)  (AFR  36-20,  1988:50). 

Air  Force  Career  Management  Guidelines 

The  primary  purpose  of  career  management  is  to  prepare 
an  officer  to  assume  additional  responsibilities  within 
the  defense  establishment.  A  secondary  purpose  is  to 
prepare  each  officer  for  advancement.  (AFR  36-23,  1985:9) 

Each  individual  officer  has  "ultimate  responsibility  for  his  or 
her  own  career"  (AFR  36-23,  1985:17).  In  deciding  on  career  objectives 
an  officer  needs  to  consider  duty  performance,  variation  of  assignments, 
professional  military  education  (PhE),  academic  education,  technical 
training,  and  self  development.  AFR  36-23  provides  a  30-year  career 
progression  guide  for  each  officer  specialty  area  in  the  form  of  miles¬ 
tone  charts  broken  down  into  five  specific  phases.  Additional  career 
guidance  is  available  in  AFR  36-1,  which  describes  officer  qualifica¬ 
tions,  duties,  and  responsibilities  associated  with  each  specific  AF9C 
(AFR  36-1,  1984).  Informal  career  guidance  is  provided  by  AFRP  36-1, 
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Officer's  Career  IMBwsletter  and  the  Hotline.  Additionally,  each 
base  CBPO  maintains  a  microfiche  Officer  Authorization  List  which  con¬ 
tains  a  listing  of  all  Air  Force  officer  jobs  sorted  by  AFSC,  base,  and 
rank.  (Bailey,  1988) 

Air  Force  officers  make  their  career  objectives  known  by  submitting 

an  Officer  Career  Objective  Statement  (Air  Force  Form  90)  to  their  Major 

Command  (MAJCZOM)  and  ("'PC  resource  managers.  Officers  are  encouraged  to 

consider  promotion  board  criteria  in  their  career  objectives: 

Board  members  use  the  whole  person  concept  to  subjectively 
assess  each  eligible  officer's  relative  potential  to  serve 
in  the  next  higher  grade.  The  whole  person  concept  includes 
such  factors  as  performance,  leadership,  professional  compe¬ 
tence,  breadth  of  experience,  job  responsibility,  academic 
and  professional  education,  and  specific  achievements.  (AFR 
36-23,  1985:6.1) 

To  aid  in  this  process,  supervisors  are  identified  as  being  "in  the  best 
position  to  determine  the  career  development  needs  of  their  subordi¬ 
nates"  (AFR  36-23,  1985:17).  A  recent  revision  to  AFR  36-23  requires 
the  review  of  an  officer's  Air  Force  Form  90  by  that  officer's  comman¬ 
der/supervisor  . 

Although  '-Q  USAF  provides  overall  guidance  for  officer  careers, 
each  MAJCQM  is  "responsible  for  ensuring  that  adequate  career  develop¬ 
ment  programs  are  set  up."  Guidelines  for  these  programs  come  from  "ca¬ 
reer  management  concepts,  processes,  techniques,  and  programs"  defined 
by  HQ  USAF.  (AFR  36-23,  1985:16) 

MFC  is  given  primary  responsibility  in  the  implementation  of  ca¬ 
reer  management.  This  is  done  through  the  assignments  process.  "As¬ 
signment  goals  are  to  fulfill  present  and  projected  authorizations,  man¬ 
age  available  personnel  resources  at  the  lowest  cost,  meet  mission  re- 
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c^irecnents,  and  provide  full  career  progression  opportunities"  (flFR  36- 
23,  1985:11). 

General  Background 

Uhder  the  current  system,  officer  assignments  are  commonly  made  by 
finding  an  officer  who  is  eligible  far  permanent  change  of  station  (PCS) 
based  on  sufficient  TOS  or  OEROS  ^d  matching  his/her  rank,  Air  Force 
Specialty  Code  (AF9C),  and  educational  degree  code  to  a  vacant  job  re¬ 
quirement.  Although  this  method  results  in  filling  all  positions,  it 
does  not  effectively  incorporate  officer  career  management  nor  optimally 
match  officer  qualifications  with  job  requirements,  and  is  not  "the  best 
way  to  assign  people  to  professionally  develop  the  force"  (HQ  ESC, 
1988b). 

Aside  from  the  Personnel  Data  System  (PDS),  there  is  very  little 
automation  of  the  present  assignments  system.  Resource  managers  must 
manually  browse  through  large  amounts  of  data  such  as:  1)  Air  Force 
Regulations;  2)  by-name  requests;  3)  individual  officer  career  objec¬ 
tives  and  commander/supervisor  recommendations  on  the  Air  Force  Form  90; 
4)  officer  personnel  data;  5)  job  requirement  data;  6)  Officer  Effec¬ 
tiveness  Reports  (QERs);  7)  lists  of  officers  due  for  PCS;  8)  lists  of 
officers  eligible  for  overseas  short  and  long  tours;  and  9)  lists  of 
vacant  and  soon  to  be  vacant  jobs  created  by  PCSs,  retirements,  and  ser¬ 
vice  resignations. 

Being  the  central  focus  for  Air  Force  officer  assignments,  fFC  re¬ 
source  managers  are  responsible  for  large  numbers  of  officer  resources 
and  job  requirements.  For  example,  there  are  six  Research  and  Develop¬ 
ment/Scientific  resource  managers  who  handle  the  over  9000  Air  Force 
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26XX-28XX  officers  and  job  requirements.  Even  though  these  officer  r^ 
sources  are  divided  alphabetically  by  specialty  area,  each  resource  man¬ 


ager  is  responsible  for  over  one  thousand  officers  and  several  thousand 
job  requirements  (Bailey,  1980).  A  resource  manager's  knowledge  of  in¬ 
dividual  officer  experience  and  specific  job  requirements  is  severely 
limited  by  the  information  available  in  the  PDS.  The  PDS  does  not  pro¬ 
vide  a  detailed  assessment  of  an  officer  s  background  and  technical  ex¬ 
pertise  nor  a  detailed  listing  of  desired  qualifications  for  each  job, 
both  of  which  would  be  highly  useful  in  obtaining  a  better  officer/job 
match. 

MAJCQM  resource  managers  identify  requirements  and  make  assignment 
recommendations  to  their  (“PC  counterparts.  (“lAJCOM  resource  managers  are 
not  in  a  direct  chain-of-command  between  fPC  and  individual  officers  and 
do  not  iTOld  final  assignment  autiTority.  Thus,  more  often  than  not,  of¬ 
ficers  work  directly  with  their  rTC  resource  managers.  Additionally, 
MAJCQM  resource  managers  do  not  have  direct  access  to  information  on 
personnel  assigned  to  ottner  MAJCXUs  and  must  rely  on  (“PC  resource  mana¬ 
gers  to  determine  what  officer  resources  may  be  available  outside  their 
particular  (“PJCOM  ((“tCurdy,  1988). 

Specific  Problem 

The  Electronic  Security  Command  (ESC)  is  a  (“1AJC0M  comprised  of 
approximately  1(XX)  officers,  12,000  enlisted,  and  ICXX)  civilians  sta¬ 
tioned  at  over  90  locations  around  the  globe.  ESC  faces  some  specific 
force  development  problems  which  are  presented  in  Table  1.1.  ESC  has 
i-hitiated  a  Force  Development  Program  to  implement  a  long-term  process 
^  select,  educate,  train,  and  assign  officer,  enlisted,  and  civilian 


TAa_E  1.1 


Present  ESC  Problems 

1.  Experienced  personnel  are  being  lost  -  specifically  2a25s 

2.  Jobs  are  not  being  filled  with  the  best-qualified  individuals 

3.  An  automated  force  management  system  to  help  insure  the  devel¬ 
opment  of  a  highly-qualified  pool  of  experienced  individuals 
for  future  ESC  requirements  does  not  exist 

Resource  Manaqer  Problems 


1.  Resource  managers  are  inundated  with  phone  calls 

2.  Specific  job  requirements  do  not  exist 

3.  Personnel  skills  and  qualifications  are  not  well  documented 

4.  A  system  that  trades-off  assignment  criteria  such  as:  what  is 
best  for  a  person's  career,  best  for  mission  accomplishment, 
and  best  for  developing  skills  for  future  ESC  force  require¬ 
ments  does  not  exist 

5.  Some  personnel  are  assigned  the  job  of  resource  manager  without 
any  prior  personnel  experience 

6.  Resource  managers  must  manually  browse  lists,  requirements, 
records,  and  regulations 

7.  ESC  resource  managers  are  not  granted  access  to  PDS  personnel 
information  for  personnel  currently  serving  in  other  MAJCOMs 

9.  Resource  managers  have  a  difficult  time  describing  the  decision 
process  for  making  assignments 


Officer/Supervisor  Problems 


1.  Specific  Career  Guidance  is  not  available  for  career  manage¬ 
ment,  assignment  projection,  and  career  counci ling 

2.  Specific  assignment  information  is  not  available  for  filling 
out  the  AF  Form  90  and  career  planning 


personnel  to  meet  the  requirements  of  advancing  technology  (ESCR  530-1, 
1998:1).  The  following  discussion  focuses  on  these  issues  from  the  per¬ 
spective  of  the  command,  the  resource  manager,  and  the  individual  offi¬ 
cer  .  Some  possible  solutions  to  these  problems,  based  on  initial  dis¬ 
cussions  with  ESC  personnel,  are  listed  in  Appendix  A. 

Command  Perspective.  ESC's  officer  ranks  are  composed  of  approxi- 
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mately  430  0OXX  Intelligence  Officers,  240  49XX  Communications  Officers, 
and  210  26XX-28XX  Scientific/Research  and  Development  Officers.  While 
ESC  is  a  major  employer  of  Air  Force  Intelligence  Officers,  it  has  only 
37.  of  all  the  Air  Force  26XX-20XX  authorizations,  the  majority  of  which 
are  2025  Electrical  Engineers.  After  a  tour  in  ESC,  M=C  typically  as¬ 
signs  these  2825s  to  other  MAJCOMs,  from  which  they  rarely  return  on 
subsequent  assignments.  The  ESC  Commander  desires  to  curtail  this  loss 
of  valuable  experience  by  utilizing  these  ESC-trained  assets  for  follow- 
on  or  future  tours  in  ESC  (Chubb,  1988b). 

The  primary  objective  of  the  ESC  Force  Development  Program  is  to 
"develop  a  force  of  multiski lied  individuals  who  are  technically  and 
professionally  prepared  to  employ  advancing  technology"  (ESCR  530-1, 
1988:1).  To  assist  in  this  effort,  the  Office  of  Force  Development 
(ESC/DPQ)  was  established  and  tasked  with  the  responsibility  of  develop¬ 
ing  an  Automated  Force  Planning  System  (AFPS)  to  "support  command  force 
modeling,  analysis,  simulation,  projection,  and  professional  development 
planning  efforts"  of  ESCs  officer,  enlisted,  and  civilian  force  (ESCR 
530-1,  1988:7). 

DPQ  is  taking  a  two-leveled  approach  to  the  AFPS.  First,  they  are 
•Assigning  a  quick  reaction  capability  Tracker — Planner  Automated  System 
(TPAS)  to  support  functional  management  activities.  The  TPAS  will  con¬ 
sist  of  several  data  base  files,  the  nnost  impmrtant  of  which  will  con¬ 
tain  the  experience  and  training  of  all  ESC  personnel  and  the  specific 
job  requirements  of  all  critical  ESC  positions  using  an  ESC-designed 
coding  system.  The  TPAS  will  provide  the  basic  foundation  for  a  better 
P®^sonnel/job  match  by  considering  specific  job  qualifications  and  (aer — 

. 
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sonnel  experience  (HQ  ESC/IDPQ,  1988a).  Second,  DR3  is  planning  to  de¬ 
velop  the  capability  of  projecting  future  mixes  of  personnel  and  skills 
based  on  current  manning,  retention,  training,  and  assignment  policies 
through  the  use  of  a  simulation  model.  This  capability  will  enable  ESC 
to  detect  potential  manning  problems  early  enough  to  make  necessary 
changes  in  career  management  policies  and  help  ensure  an  adequate  pool 
of  highly  qualified  personnel  is  available  to  meet  future  ESC  needs 
(HQ/DPQ,  1988b). 

In  addition  to  building  the  flFFS,  ESC/DPQ  desires  to  implement  a 
system  that  will  allow  resource  managers  to  do  a  better  job  of  matching 
personnel  skills  to  job  requirements.  In  some  cases,  this  may  require 
choosing  the  best  qualified  individual  for  an  assignment  in  order  to 
maximize  mission  performance.  In  other  cases  this  may  mandate  the  se¬ 
lection  of  a  less  qualified  individual  for  a  job  in  order  to  develop  a 
particular  skill  or  experience  needed  for  future  ESC  assignments  (Chubb, 
19886). 

Personnel  Hanaoement  Perspective.  There  are  15  resource  managers 
assigned  to  ESC/DPR;  3  oflicer  resource  managers  handle  40  officer 
^SCs  and  12  enlisted  resource  managers  handle  43  enlisted  PFSCs.  ’Two 
of  the  officer  resource  managers  are  noncommissioned  personnel  special¬ 
ists  and  the  third  is  an  intelligence  officer  with  no  personnel  back¬ 
ground.  Enlisted  resource  managers  serve  a  3-4  year  tour,  and  officer 
•'^source  managers  serve  a  2-3  year  tour.  The  shorter  tour  served  by 
officers  creates  two  problems: 

1.  It  may  take  as  long  as  a  year  for  a  newly  assigned  officer 

without  previous  personnel  experience  to  achieve  a  good  working 
knowledge  of  personnel  system  regulations,  assignment  proce¬ 
dures,  and  establish  a  good  working  relationship  with  hPC. 
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2.  A  resource  nrvanager's  most  important  product  is  a  "sellable" 
assignment  recommendation  to  I'PC.  Many  assignments  are  worked 
based  on  the  rapport  between  resource  managers.  The  80XX  In¬ 
telligence  Officer  Resource  manager  has  5  f*PC  counterparts. 
Whenever  one  of  these  individuals  PCSs,  any  verbal  or  standing 
agreements  will  most  likely  be  lost  (McCurdy,  1988). 

In  addition  to  working  closely  with  the  resource  managers,  the 
ESC  resource  managers  work  closely  with  functional -manager  representa¬ 
tives,  who  are  individuals  within  ESC  headquarters  that  "represent  func¬ 
tional  ntvanagers  on  force  management  and  developjment  matters"  for  their 
particular  specialty  area.  There  are  12  functional  managers  who  are 
assisted  by  functional -manager  representatives  at  HQ  ESC.  Function¬ 

al-manager  representatives  make  personnel  assignment  recommendations  to 
ESC  resource  managers  and  review  all  l*PC  final  assignment  decisions 
(Chubb,  1988a). 

ESC  resource  managers  spend  an  enormous  portion  of  their  day  on 
the  telephone  and  do  not  have  an  automated  system  to  document  conversa¬ 
tions  with  individual  officers,  provide  easy  access  to  the  PDS  and  job 
requirements  data,  and  aid  in  the  assignments  decision  process.  Re¬ 
source  managers  take  notes  on  each  individual  phone  call  and  later  file 
them  in  folders.  To  obtain  PDS  information  on  an  officer  phoning  for 
®®®istance,  the  resource  manager  must  place  the  individual  on  hold  and 
then  print  out  an  Assignment  Processing  Single  Unit  Retrieval  Function 
which  may  take  as  long  as  5  minutes.  Other  information  is  con¬ 
tained  on  monthly  printouts  of  various  data  base  information  such  as  tl^ 
"'3hning  roster,  the  short  tour  return  date  (STRD)  list,  and  overseas 
'•“ty  selection  date  (ODSD)  list  (McCXirdy,  1988). 

Of ficer /Supervisor  Perspective.  Air  Force  regulations  have  given 
ultimate  career  management  responsibility  to  each  officer,  and  defined 
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each  supervisor  as  being  the  best  individual  to  determine  subordinate 
career  development  needs.  Although  AFR  36-23  provides  general  career 
guidance  and  the  Officer  Authorization  list  provides  a  general  idea  of 
what  jobs  exist,  officers  and  supervisors  are  not  provided  the  two  es¬ 
sential  inputs  necessary  for  career  management:  a  spDecific  career  plan 
and  information  concerning  what  jobs  are  available.  There  are  three 
ways  for  an  officer  to  determine  what  jobs  will  be  available  during  the 
period  of  time  that  he/she  is  eligible  for  re-assignment:  1)  sending 
out  resumes  to  units  the  officer  would  like  to  work  for;  2)  calling 
MAJCOM  and  f“PC  resource  managers;  and  3)  probing  for  information  using 
personal  contacts. 

Scope 

Several  discussions  were  held  with  ESC  personnel  in  an  attempt  to 
define  a  portion  of  the  ESC  force  development  problem  that  would  be  do¬ 
able  within  the  time  constraints  of  a  thesis.  Several  discussions  fo¬ 
cused  around  whether  the  thesis  should  concentrate  on  how  to  solve  the 
loss  of  2825  officers,  over  which  ESC  has  relatively  no  control ,  or  how 
to  make  assignments  and  career  management  decisions  for  personnel  over 
which  ESC  has  much  greater  control.  DPQ  felt  that  ESC  should  be  able  to 
fill  all  critical  2825  jobs  by  formally  defining  which  jobs  require  in¬ 
dividuals  with  prior  ESC  experience  and  working  with  to  fill  those 
jobs  with  experienced  officers.  DPQ  suggested  that  the  thesis  should 
concentrate  on  developing  a  tool  that  would  aid  the  resource  managers  in 
^*''°°sing  the  "best  qualified"  individuals  for  each  job  while  also  con¬ 
sidering  the  career  needs  of  the  individual  and  the  future  force  re- 
*VJirements  of  ESC.  In  order  to  further  reduce  the  size  of  the  problem, 
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Figure  1.1  Thesis  Contribution  to  the  ESC  Force  Developtnent  Problem 

DPQ  recommended  that  the  effort  concentrate  on  the  design  of  a  decision 
aid  far  the  ESC/DPRO  Officer  Resource  Managers.  Figure  1.1  is  a  hierar — 
chical  diagram  showing  where  the  proposed  research  effort  fits  into  the 
ESC  Force  Development  Program. 


Research  Question 

The  following  question  defined  the  emphasis  of  this  research  ef¬ 


fort: 


Given  the  current  state  of  the  ESC  officer  assignment  system, 
what  improvements  can  be  made  by  incorporating  officer  quali-* 
fications,  specific  job  position  requirements,  and  an  officer 
career  development  plan  into  the  assignment  decision  process, 
and  to  what  degree  will  these  improvements  impact  the  filling 
of  jobs  with  the  "best  qualified"  officers  and  the  building 
of  a  pool  of  well-qualified  officers  with  the  proper  mix  of 
skills  to  meet  the  future  needs  of  ESC? 


Subsidiary  Questions 

In  order  to  answer  the  main  research  question,  the  following  sub- 

*idiary  questions  were  addressed: 

i.  What  specific  officer  qualifications  should  be  considered 
when  making  an  assignment? 
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2.  What  specific  job  position  requirements  are  essential  for 
correct  screening  of  potential  job  candidates? 

a.  Are  there  specific  ESC  jobs  that  require  previous  ESC  job 
experience? 

b.  Will  there  only  be  a  minimum  level  of  experience  iden¬ 
tified  for  each  job  or  will  there  be  desired  levels  of 
experience  stated  as  wel 1? 

3.  What  are  the  essential  elements  of  an  ESC  officer  career 
development  plan  for  ESC  ? 

a.  Are  officers  to  be  managed  by  AFSC  or  by  an  ESC-defined 
specialty  area? 

b.  How  will  ESC's  career  plan  affect  officers  who  transfer 
into  ESC  from  other  commands  who  may  be  under  a  different 
MAJCOM  level  career  development  plan? 

4.  What  does/will  the  ESC  officer  pool  consist  of? 

a.  Will  the  pool  be  composed  of  strictly  ESC  resources,  and 
if  not,  are  specific  officers  "tagged"  as  an  ESC  resource 
while  serving  on  tours  outside  of  ESC? 

b.  Is  the  ESC  officer  pool  actually  a  set  of  smaller  pools, 
each  with  their  o^^n  specialty  track? 

c.  If  the  ESC  officer  pool  is  actually  a  set  of  smaller 
pools,  should  certain  officers  be  managed  for  future 
command  opportunities  while  others  are  managed  for 
specific  technical  specialty  areas? 

5.  Can  an  assignment  policy  be  defined  that  picks  the  "best 
person  for  the  job"  while  developing  skills  and  experience  for 
ESC's  future  force  requirements  and  providing  enough  career 
broadening  to  ensure  promotabi 1 i ty? 

a.  What  is  the  best  way  to  trade  off  "best  qualified  for  the 
job"  verses  long-term  development  of  the  force? 

b.  Can  the  decision  process  used  in  assigning  officers 
(either  descriptive  or  prescriptive)  be  captured  in  a 
rule  based  model? 


c.  What  elements  and  weighting  factors  would  be  necessary 
for  a  multi-criteria  assignments  model? 

d.  Can  a  decision  rule  hierarchy  be  established  that  would 
allow  a  goal  programming  model  to  be  used? 
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6.  Shcxild  the  decisicxi  aid  focus  on  working  a  single  officer 
into  various  assignment  options,  or  seek  to  optimize  a  group 
of  officers  being  considered  for  numerous  assignments? 

7.  What  computer  resources  and  software  would  be  of  the  greatest 
help  in  implementing  a  solution? 

As  a  prelude  to  answering  these  questions,  Chapter  II  presents 
some  similar  military  personnel  career  management  problems  and  some 
modeling  techniques  that  have  been  used  to  solve  them- 
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1 1 .  Approaches  to  Military  Personnel  Resource  Manaqefnen t  Problems 


This  chapter  outlines  career  manageffient  problems  encountered  in 
four  Air  Force  officer  specialties  which  are  similar  to  the  ESC  officer 
resource  management  problem.  Current  models  and  modeling  techniques 
used  for  Army,  Navy>  Air  Force  enlisted  and  officer  personnel  plan¬ 
ning  and  decision  (naking  are  also  discussed. 

Setting 

"Clearly  discemable  trends  indicate  that  the  American  military  is 
moving  from  an  institutional  form  to  one  more  and  more  resembling  that 
of  an  occupation"  (Moskos,  1978:31).  The  former  is  characterized  by  "a 
purpose  transcending  individual  self-interest  in  favor  of  a  higher 
good,"  as  opposed  to  the  latter  which  is  characterized  by  "priority  of 
self-interest  rather  than  that  of  the  employing  organization"  (Moskos, 
1978:31-32).  An  analysis  of  the  1977  and  1900  Quality  of  Air  Force  Life 
Surveys  indicate  that  Air  Force  personnel  shifted  more  toward  an  occupa¬ 
tional  orientation  between  1977  and  1980.  Captain  Eric  Tomlin  recom¬ 
mended  that  the  Air  Force  develop  programs  to  re— institutional ize  Air 
Force  personnel  and  make  necessary  changes  to  help  retain  the  more  oc¬ 
cupationally  oriented  individuals,  who  tend  to  separate  from  the  Air 
Force  in  order  to  pursue  specialized  careers  in  the  civilian  sector. 
(Tomlin,  1988:102) 

Rapid  technological  developments  of  the  1980s  have  been  respon¬ 
sible  for  a  significant  shift  in  military  personnel  skills.  "Complex 
i^apans  systems  that  demand  high  levels  of  expertise  have  created  offi- 
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cer  specialists  more  at  home  in  the  super-chilled  computer  rooms  than 
battlefields"  (Stewart,  1988:11).  Air  Force  officers  with  scientific 
and  engineering  skills  have  become  extremely  specialized  and  are  highly 
encouraged  to  pxirsue  advanced  academic  degrees  (AFR  36-23,  1985).  The 
Air  Force  utilizes  more  officers  in  this  capacity  than  do  the  other  ser¬ 
vices  and  therefor  faces  an  even  greater  problem  of  retaining  these 
highly-skilled  officers. 

Similar  Career  Management  Problems  and  Approaches 

Major  Harley  MacLeod  identified  the  lack  of  a  single  source  ref¬ 
erence  document  for  Air  Force  intelligence  officer  career  planning.  His 
thesis  effort  focused  on  the  development  of  a  guidebook  for  junior  Air 
Force  intelligence  officers.  He  also  identified  the  major  limitation  of 
such  a  document: 

It  is  not,  and  cannot  be,  an  answer  book  for  there  are 
no  "right"  answers.  Each  individual  must  find  his  own 
answers  and  make  his  omh  career  decisions  based  upon  his 
(personal  needs,  desires,  philosophy  and  goals  as  well  as 
the  opportunities  available  to  him  and  those  he  makes  for 
himself.  (MacLeod,  1982:2) 

In  addressing  the  career  planning  of  Military  Airlift  Command 
(MAC)  pilots.  Major  Andrew  (Bessner  stated,  "an  individual  has  nowhere  to 
turn  for  solid  career  guidance.  All  the  available  career  planning  gui¬ 
dance  is  general  in  nature,  vague,  or  somewhat  confusing"  (CBessner, 
1986:iii).  He  identified  the  rescission  of  Air  Force  Pamphlet  36-6, 
^sionment  Information  Directory  (AID),  as  a  major  contributor  to  the 
lack  of  clear  career  guidance  (Gessner,  1986:2).  Major  (Bessner  also 
pointed  out  that  AFR  36-23  develops  career  guidance  for  a  30-year 
Career.  Since  only  8  percent  of  all  officers  make  it  to  the  grade  of 
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colonel  and  many  officers  retire  at  the  20  year  point,  PFR  36-23  does 
not  project  a  realistic  career  progression  for  the  majority  of  Air  Force 
officers  (Gessner,  1906:5).  The  major  objective  of  this  report  was  to 
"convince  MAC/DP  to  revisit  the  issue  of  career  management  and  develop  a 
single-source  reference  document  for  use  by  MAC  pilots  to  aid  in  indi¬ 
vidual  career  planning."  (Gessner,  1906:vii) 

Major  Billie  Carpenter  identified  a  unique  approach  to  the  career 
planning  problem.  He  suggested  the  Air  Force  "identify  our  future 
leaders  early,  train  them,  and  among  the  qualified,  select  the  best  to 
be  tomorrows  commanders."  He  stated  that  a  career  progression  plan 
needs  to  be  individualized  "so  both  the  Air  Force  and  the  individual 
will  know  where  and  how  he  stands  as  he  progresses."  He  claimed  this 
would  enable  an  individual  to  "utilize  his  desires  and  talents,  keep  him 
motivated  and  challenged,  and  give  him  a  sense  of  direction." 

(Carpenter,  1900:39) 

Capt  Frank  (Borman  approached  the  problem  of  identifying  a  logis¬ 
tics  career  development  program  by  surveying  1040  active-duty  Air  Force 
logisticians.  From  the  compiled  survey  results,  he  recommended  the  Air 
Force  develop  an  initial  core  course  for  new  logistics  officers  to  im¬ 
prove  their  overall  perspective  of  the  logistics  field,  develop  a  pro¬ 
gram  to  allow  for  greater  crossflow  between  logistic  specialty  areas, 

^d  "improve  supervisor  involvement  in  subordinate  career  development" 
through  training  and  CER  accountability.  ((Borman,  1906:109) 

Personnel  Models 

This  section  provides  documentation  on  some  of  the  models  and 
'•'Odeling  techniques  used  by  military  manpower  organizations.  The 
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references  are  merely  a  sampling  and  are  by  no  means  exhaustive.  In 
fact,  a  Navy  compendium  listed  over  200  manpower  control  and  planning 
models  that  the  services  had  developed  by  1977  (Jaquette,  1977;v). 

The  Career  Area  Rotational  Model  (CAROM)  was  developed  by  the  Air 
Force  Human  Resources  Laboratory  to  "matl-iematical  ly  capture  the  inter — 
actions  and  interrelationships  among  manpower  and  personnel  system  var — 
iables  and  parameters"  (Looper,  1978:3).  Its  purpose  is  to  "investigate 
and  analyze  the  possible  effects  of  changes  in  force  structure  or  chan¬ 
ges  in  personnel  policy  parameters."  The  drawback  of  the  model  is  that 
it  "should  not  be  used  to  actually  assign  or  promote  any  individual  nor 
to  project  the  career  progression  of  actual  Air  Force  members."  (Looper, 
1978:7) 

The  Army  Research  Institute  for  Behavioral  Science  developed  a 
(Dersonnel  assignment  model,  the  Career  Strategy  Longitudinal  Evaluator 
(CASTLE)  "to  be  used  as  an  evaluative  tool  with  which  planners  can  ask 
'what  if  questions  and  explore  the  results  or  consequences  of  personnel 
management  changes"  (Van  Nostrand,  1980:14).  The  model  was  specifically 
developed  to  "evaluate  alternative  policies  designed  to  alleviate  career 
management  problems  in  the  engineer  officer  specialty”  (Van  Nostrand, 
1980:1).  As  such,  "CIASTLE  does  not  actually  assign  officers"  (Van  Nos¬ 
trand,  1990:11). 

The  Army  developed  the  Military  Occupational  Specialty  Level 
System  (MOSLS)  to  "support  programming  and  planning  decisions  in  the 
^''ess  of  recruitment,  training  and  education,  promotion,  reclassifica¬ 
tion  and  reenlistment,  and  separation  and  retirement"  (Eiger,  1988:57). 
purpose  in  developing  this  decision  support  system  (DSS)  was  to 
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alleviate  inconsistent  recommendations  from  policy  analysts  using  var — 
ious  models  in  the  personnel  strength  planning  community.  MOSLS  pro- 
'^ides  long-range  projections  of  Army  enlisted  personnel  broken  out  by 
pay  grade  and  skill  as  well  as  making  recommendations  for  meeting  future 
personnel  requirements.  (Eiger,  1988:59) 

The  Headquarters  Air  Force  Deputy  Chief  of  Staff  for  Personnel  is 
building  a  DSS,  the  Enlisted  Force  Management  System  (EFMS) ,  to  overcome 
deficiencies  and  enhance  the  capabilities  of  TOPCAT,  tte  present  enlist¬ 
ed  force  planning  and  programming  system  (Walker,  1986:1-2).  The  objec- 
ti'/es  "for  the  EFMS  were  to:  1)  support  grade  restructuring;  2)  support 
pe'^sonnel  planning;  3)  support  personnel  programming;  and  4)  coordin¬ 
ate,  integrate,  and  unify  the  enlisted  force  planning,  programming,  and 
budgeting  cycle  (Carter,  1983:vii). 

The  Air  Force  Officer  Assignments  Model  (AFOAM)  was  developed  to 
analyze  the  constraints  and  effects  of  the  Air  Force  System  Ccmnand 
Acquisition  Management  Career  Development  Program  on  the  numbers  of 
officers  meeting  the  education  and  experience  requirements  placed  on 
future  DOD  senior  acquisition  managers  by  Congress  (Polk,  1988:213). 
AFOAM  captured  the  current  assignments  process  at  the  "person/job  level 
of  detail  and  facilitated  quantifying  the  impacts  of  the  plan  and  its 
policy  options  on  individual  officers'  careers”  (Polk,  1988:218).  (^0^ 

contains  enough  officer  qualification  and  job  requirement  detail  that  it 
could  be  used  as  an  assignment  decision  aid,  alttough  it  was  primarily 
designed  to  answer  what-if  policy  questions  (Weaver,  1988). 

The  Navy  Personnel  and  Development  Center  developed  a  network  flow 
*’'°del  for  the  purpose  of  automating  E-1  through  E-3  Seaman  assignments. 
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The  model  employs  preemptive  goal  programming  to  allow  decision  makers 
to  specify  goal  ranking.  The  model  was  accepted  and  implemented  by  the 
Navy's  Enlisted  Personnel  Management  Center.  (Liang,  1986) 

Omer  Saatcioglu  developed  a  multi-attribute  assignment  goal¬ 
programming  model  for  selection  and  transfer  of  surplus  personnel  to 
vacant  positions.  This  technique  evaluates  surplus  individuals  on  the 
basis  of  attributes  and  seeks  to  meet  a  prioritized  list  of  goal  con¬ 
straints.  Although  not  currently  employed  by  a  military  organization, 
he  suggested  that  this  technique  could  be  used  to  make  officer  assign¬ 
ments.  (Saatcioglu,  1987) 

Summary  and  Conclusion 

Air  Force  officers  have  become  more  occupationally  oriented  and 
have  developed  a  higher  degree  of  specialization  over  the  piast  decade. 
There  are  fragmented  attempts  throughout  the  Air  Force  to  consolidate 
career  guidance  for  various  career  specialties  into  single  source  refer — 
ence  documents.  These  efforts  suggest  that  future  leaders  need  to  be 
identified  early  in  their  careers  and  managed  separately,  while  a  more 
realistic  20-year  career  guide  should  be  provided  to  the  remaining  ma¬ 
jority  of  Air  Force  officers.  These  career  plans  should  show  an  officer 
where  he/she  stands  throughout  career  progression,  plan  for  career 
broadening  and  crossflow,  and  involve  each  officer's  supervisor  in  an 
•advisory  role. 

Most  of  the  models  and  modeling  techniques  employed  in  personnel 
systems  focus  on  manpower  issues.  The  two  decisiori  suppcrt  systems 
^ing  implemented  in  the  Army  and  Air  Force  also  focus  on  manpower 
issues.  These  OSSs  employ  models  to  answer  what-if  questions  in  order 
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to  make  policy  decisions  regarding  the  number  of  required  personnel  in 
each  specialty  area  for  programming  and  planning  purposes.  The  Navy's 
seaman  assignment  model  was  the  only  model  identified  as  having  been 
developed  to  actually  make  assignments.  From  the  information  available, 
it  does  not  seem  that  there  has  been  any  utilization  of  models  to  actu¬ 
ally  make  officer  assignments  or  plan  officer  careers.  Neither  does  it 
seem  that  there  has  been  any  attempt  to  design  a  DSS  to  assist  resource 
managers  in  making  officer  assignment  decisions. 

Decision  support  systems  and  the  appropriateness  of  selecting  a 
DSS  approach  for  the  ESC  officer  resource  management  problem  is  dis¬ 
cussed  in  Chapter  III. 
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III.  Methodology 


Decision  Support  Systems 

Eyen  though  there  have  been  numerous  books  and  articles  written 
about  Decision  Support  Systems  (DSS),  a  major  problem  in  discussing  DSS 
is  the  lack  of  a  universally  accepted  definition.  Definitions  range 
from  very  general  ones  such  as  "any  system  that  supports  a  decision" 
(Sprague,  1982:4)  and  "a  system  (automated  or  manual)  that  supports  the 
cognitive  processes  of  judgment  and  choice"  (Valusek,  1988),  to  more 
formal  definitions  such  as  "an  interactive  system  that  provides  the  user 
with  easy  access  to  decision  models  and  data  in  order  to  support  semi- 
structured  and  unstructured  decision-making  tasks."  Because  of  these 
definitional  problems,  "early  DSS  researchers  such  as  Keen  and  Scott 
Morton  tended  to  avoid  definitions"  and  have  "focused  on  DSS  character¬ 
istics"  (Watson,  1983:82).  Sprague  and  Carlson  identify  some  of  these 
characteristics  in  six  performance  objectives  stated  from  a  user's  per — 
spective: 

1.  A  DSS  should  provide  suppxjrt  for  decision  making,  but  with 
emphasis  on  semi-structured  and  unstructured  decisions. 

2.  A  DSS  should  provide  decision-making  support  for  users  at 
all  levels,  assisting  in  integration  between  levels  when¬ 
ever  appropriate. 

3.  A  DSS  should  support  decisions  tlvat  are  independent  as 
well  as  those  that  are  interdependent. 

4.  A  DSS  should  support  all  phases  of  the  decision-making 
process . 

5.  A  DSS  should  support  a  variety  of  decision-making  pro¬ 
cesses  but  not  be  dependent  on  any  one. 


6.  A  DSS  should  be  easy  to  use.  (Sprague,  1982:26-27) 


Decision  Process.  In  order  to  design  a  system  to  support  a  deci¬ 
sion  process,  it  is  useful  to  characterize  the  phases  of  decision  mak¬ 
ing.  Herbert  Simon  has  characterized  decision-making  as  a  3  step  pro¬ 
cess: 


Intelligence:  Searching  the  environment  for  conditions 
calling  for  decisions.  Raw  data  are  obtained,  processed, 
and  examined  for  clues  that  may  identify  problems. 

Design:  Inventing,  developing,  and  analyzing  possible 

courses  of  action.  This  involves  processes  to  understand 
the  problem,  to  generate  solutions,  and  to  test  solutions 
for  feasibility. 

Choice:  Selecting  a  pjarticular  course  of  action  frcxn  those 
available.  A  choice  is  made  and  implemented.  (Simon,  1960:2) 

A  decision  support  system  should  support  a  user  in  all  three 
phases  of  the  decision  making  process:  exploring  and  defining  the  prob¬ 
lem,  examining  alternative  solutions,  and  selecting  a  particular  course 
of  action.  Categorizing  a  decision  makers’  activities  into  these  phases 
can  be  useful  in  determining  required  DSS  operations  (Sprague,  1982:98). 
It  should  be  noted,  however: 

The  choice  is  not  always  straightforward;  we  might  have  mul¬ 
tiple  objectives;  we  usually  operate  under  uncertainty;  there 
might  be  conflicting  interests;  and  the  control  of  the  imple¬ 
mentation  is  not  always  feasible.  The  choice  stage  requires 
more  heuristic  processing  such  as  what-if’  programs.  An  add¬ 
itional  requisite  for  this  stage  is  the  availability  of  con-  • 
trol  and  feedback  systems.  (Ahituv,  1987:43) 

Decision  Structure.  "By  definition  a  fully  structured  problem  is 
one  in  which  all  three  phases-  Intelligence,  Design,  and  Choice-  are  all 
structured"  (Keen,  1970:95).  In  such  a  problem,  algorithms  and/or  deci¬ 
sion  rules  would  provide  problem  definition,  alternative  solution  ex¬ 
ploration,  and  solution  selection.  A  structured  decision  does  not  re- 
‘l^ice  the  utilization  of  a  manager,  but  may  be  relegated  to  clerical 
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iiMorkers  or  solved  via  computer  automation.  Keen  and  Morton  submit  that 
DSS  are  most  effective  in  solving  semi-structured  decisions.  A  semi- 
structured  problem  is  one  in  which  a  manager's  judgment  must  be  merged 
with  data,  models,  and/or  clerical  help  to  reach  a  solution.  An  un¬ 
structured  problem  is  one  that  is  either  not  capable  of  being  structured 
or  has  not  been  examined  sufficiently  to  provide  stnjcture.  These  prob¬ 
lems  are  solved  on  the  basis  of  the  manager  initiating  and  controlling 
the  problem-solving  sequence  and  process  (Keen,  1978:  86,95). 

Adaptive  Design 

One  of  the  major  benefits  of  DSS  is  the  combining  of  models  and 
analytic  techniques  with  data  base  technology  to  provide  the  user  with 
an  interactive  system  that  is  flexible  and  adaptable  to  "accommodate 
changes  in  the  environment  and  decision-making  approach  of  the  user" 
(Sprague,  1982:6).  It  is  the  adaptable  approach  that  is  a  key  element 
of  DSS  and  sets  it  apart  from  the  more  traditional  approach  of  complete¬ 
ly  defining  system  requirements  prior  to  building  a  system. 

One  of  the  major  problems  facing  system  designers  is  that  users 
cannot  define  system  requirements.  Traditional  approaches  have  proven 
to  be  inadequate.  Typically,  system  requirements  are  frozen  and  a’ sys¬ 
tem  is  built  from  a  lengthy  requirements  specification  document.  Users 
needs  are  constantly  changing  and  will  not  be  the  same  by  the  time  a 
system  is  designed,  built,  and  implemented,  often  resulting  in  costly 
changes,  or  the  system  not  being  used  in  the  manner  for  which  it  was 
intended  (Valusek,  1980).  Contrary  to  system  analysis  approaches  which 
have  well  defined  processes,  "DSS  need  to  be  independent  of  any  imposed 
process  becaojse  different  decision  makers  approach  problem  solving  in 
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different  ways"  (Sprague,  1982:15).  Sprague  and  Carlson  state  that  "the 
typical  systems  development  process  (analysis,  design,  construction, 
implementation)  are  combined  into  a  single  step  which  is  iteratively 
repeated"  in  order  to  provide  "short,  rapid  feedback  from  the  users  to 
insure  that  development  is  proceeding  correctly"  and  "to  permit  change 
quickly  and  easily"  (Sprague,  1982:16).  Sprague  and  Carlson  suggest 
that  this  process  starts  with  identifying  an  important  sub-problem  and 
developing  a  small  usable  system  to  assist  the  user,  and  continues  in 
cycles  as  the  system  is  evaluated,  modified,  and  expanded  (Sprague, 
1982:140) . 

Identifying  the  initial  kernel  system  is  a  key  issue  to  be  resolv¬ 
ed.  Suggestions  for  kernel  selection  range  from  choosing  the  most  mun¬ 
dane,  time-consuming,  tedious  task  to  the  most  nebulous,  undefined,  un¬ 
structured  task  (Valusek,  1988).  A  key  point  in  this  process  is  that 
the  user  is  "the  iterative  designer  of  the  system"  and  the  systems  anal¬ 
yst  merely  implements  required  changes  and  modifications  (Sprague,  1982: 
16).  The  major  advantage  of  the  adaptive  design  approach  is  that  of 
flexibility:  a  small  kernel  system  is  selected  and  allowed  to  grow  and 
evolve  as  requirements  are  defined  and  change. 

(il^e  specific  application  of  adaptive  design  is  when  "users  do  not 
know  what  they  want  and  the  designers  do  not  understand  what  they  need." 
The  implementation  of  an  initial  kernel  in  this  case  gives  the  "users 
®°'*'ething  concrete  to  react  to"  (Keen,  1980:15).  The  "users'  concepts 
oT  the  task  or  decision  situation  will  be  shaped  by  the  DSS"  and  the 
user  will  shape  the  development  of  the  DSS  (Keen,  1980:15). 
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From  the  users'  point  of  view,  a  DSS  must: 

provide  representations  to  help  conceptualize  and  communicate 
the  problem  or  decision  situation,  operations  to  analyze  and 
manipulate  those  representations,  memory  aids  to  assist  the 
user  in  linking  the  representations  and  operations,  and  con¬ 
trol  mechanisms  to  handle  and  use  the  entire  system. 

(Sprague,  1902:96) 

Sprague  and  Clarlson  advocate  defining  decision  support  require¬ 
ments  from  the  user  perspective  using  Representations,  Operations,  Mem¬ 
ory  aids,  and  Control  Mechanisms  known  as  the  R(DMC  approach.  This  ap¬ 
proach  was  developed  from  five  observations  from  their  analysis  of  deci¬ 
sion  makers: 

1.  Decision  makers  have  trouble  describing  a  decision-making 
process,  but  do  seem  to  rely  on  conceptualizations,  such  as 
pictures  or  charts,  when  making  or  explaining  a  decision. 

2.  Simon's  intelligence-design-choice  scheme  can  be  useful  in 
categorizing  decision-makers'  activities,  even  though  the 
decision-making  process  may  be  difficult  to  explain. 

3.  Decision  makers  need  memory  aids. 

4.  There  are  differences  in  decision  makers'  styles,  skills, 
and  knowledge. 

5.  Decision  makers  expect  to  exercise  direct,  personal  control 
over  their  support.  (Sprague,  1982:99-99) 

ROMS  is  a  tool  to  identify  necessary  capabilities  for  specific  DSS 

in  a  process- independent  approach.  Representations  include  the  full 

spectrum  from  scratch  paper  and  memos  to  maps  and  graphs,  and  provide  a 

user  with  the  context  in  which  outputs  can  be  interpreted  and  operations 

•’'ay  be  invoked.  Operations  provide  the  opportunity  to  analyze  and  mani- 

P^jlate  the  representations  and  can  be  as  simple  as  gathering  «id  sorting 

data  or  as  complicated  as  running  a  detailed  analytical  or  simulation 

"**161 .  Memory  aids  provide  for  the  retention  of  representations  and 
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Figure  3.1  DSS  Components 


operations  in  the  form  of  data  bases,  views,  work  spaces,  triggers,  etc. 
Control  mechanisms  help  users  synthesize  the  decision  process  based  on 
individual  knowledge,  style,  and  skill.  Control  aids  may  take  the  form 
of  menus,  function  keys,  help  commands,  and  the  capability  to  combine 
operations  or  define  new  procedures  (Sprague,  1982:  101-106). 


DSS  Comoonents 

As  shown  in  Figure  3.1  a  DSS  is  composed  of  three  components:  the 
dialog,  the  data  base,  and  the  model  base. 

Dialog.  The  dialog  component  is  the  hardware  and  software  that 
provides  the  interface  between  the  user  and  the  DSS.  In  terms  of  ROMC 
the  dialog: 

1.  Produces  the  output  representations. 

2.  Enables  user  inputs  that  invoke  and  provide  parameters  for 
the  operations 


3.  Enables  user  inputs  that  invoke  and  provide  parameters  for 
the  memory  aids 

4.  Provides  the  control  mechanisms  that  enable  the  user  to 
combine  outputs  and  inputs  into  processes  (dialogs) 

( Sprague ,  1902 : 198 ) 


Data  Base.  The  data  base  supports  the  mernory  requirements  of  a 
DSS.  In  terms  of  Simon’s  model,  it  supports  the  intelligence  portion  of 
the  decision  process.  Different  DSS  will  have  different  requirements, 
but  the  following  are  some  of  the  more  common: 

1.  SupfXJrt  for  memory  aids  such  as  work  spaces,  libraries, 
links,  and  triggers 

2.  Support  data  reduction  capability 

3.  Support  various  levels  of  data  detail 

4.  Support  multiple  sources  of  data 

5.  Support  a  catalog  of  data  sources 

6.  Support  data  security 

7.  Interface  with  other  DSS  components 

8.  Interface  with  the  user  at  the  external  level 
(Sprague,  1982:240-242) 

Model  Base.  The  model  base  provides  the  analytic  capability  to 
fully  analyze  the  problem  and  compare  alternative  solutions.  The  model 
base  may  consist  of  permanent,  ad  hoc,  user-built,  and/or  "canned"  mod¬ 
els.  There  may  be  a  variety  of  models  within  a  single  DSS  with  some  of 
the  smaller  ones  acting  as  building  blocks  to  support  the  construction 
of  larger  models.  (Sprague,  1982:257,262).  The  model  component  supports 
Simon's  design  and  choice  activities. 

ProDQgp^j  Aoproach 

The  main  emphasis  of  adaptive  design  is  to  form  an  anchor  point, 
evaluate,  and  adjust.  The  initial  step  consists  of  eliciting  require- 
*"®^ts  from  the  user.  "Requirements  can  be  thought  of  as  the  represen- 
^tion  of  a  need  that  may  be  initiated  by  any  individual  or  group  at  any 
^^^lizational  level"  (Valusek,  1987:140).  Concept  maps  are  used  to 
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Figure  3.2  Selection  of  a  Kernel 
(Valusek,  1988) 


bound  the  problem  and  help  identify  the  initial  anchor  pxjint.  A  series 
of  storyboards  are  constructed  to  provide  a  visual  representation  of 
user  requirements.  The  quality  of  these  representations  set  an  upper 
bound  on  the  quality  of  the  resulting  system  (Valusek,  1987:  141), 

These  storyboards  serve  as  a  means  to  reduce  communication  obstacles 
between  the  user  and  builder.  The  process  of  evaluating  these  story- 
tX)ards  and  adjusting  them  to  reflect  the  users  requirements  eventually 
i^esults  in  defining  the  kernel  system  to  be  built  (Valusek,  1988).  This 
process  is  shown  in  Figure  3.2. 

A  feature  chart  displays  the  interfaces  and  controls  available  to 
the  user  (Seagle  and  Belardo,  1986:11).  Ideas  that  are  not  part  of  the 
kernel,  but  are  important  for  later  evolution  of  the  DSS  are  documented 
a  "hookbook"  (Valusek,  1988).  Evaluation  criteria  are  also  necessary 
the  development  stages  of  the  DSS.  A  discussion  of  each  of  these 
topics  follows. 

(Concept  l4aD.  "A  concept  (nap  is  an  informally  obtaihed  representa¬ 
tion  of  objects,  events  and  their  inter — relationships'*  ( Valusek,  1988 ) . 

A  r 

concept  map  (nay  represent  several  samples  from  the  same  user  over  ti(ne 
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or  may  be  a  collection  of  multiple  user  samples.  A  concept  map  provides 
a  tool  for  "problem  definition  and  kernel  identification  during  the  de¬ 
sign  phase  of  a  DSS"  (McFarren,  19S7;194).  Some  of  the  advantages  of 
using  concept  mapping  include;  1)  transferring  understanding  between 
individuals;  2)  identifying  inconsistencies  and  misconceptions  in  an 
individual's  understanding  of  the  problem;  3)  the  ability  to  capture  an 
individual's  understanding  of  a  specific  problem  space;  4)  the  ability 
to  capture  an  individual's  decision  prcxress  elements;  and  5)  providing 
a  forum  for  discussion  and  evaluation  to  the  DSS  design  team  (McFarren, 
1987:195-196) . 

Storyboard .  "A  storyboard  is  a  sequence  of  displays  that  repre¬ 
sents  the  functions  that  the  system  may  perform  when  formally  implement¬ 
ed"  (Andriole,  198B!90).  Storyboarding  communicates  system  functions  to 
the  intended  users  at  a  small  cost,  protecting  against  "false  starts, 
inaccurate  requirements  definitions,  and  over-eager  programmers"  and 
allows  the  entire  development  process  to  be  iterative  (Andriole,  1908: 
80-01).  Storyboards  may  be  paper  or  actual  screen  displays.  RQMC  pro¬ 
vides  an  effective  "checklist"  approach  for  developing  storyboards. 

Each  storyboard  should  communicate  the  user’s  requirements  in  the  form 
of  representations,  operations,  memory  aids,  and  control  mechanisms. 

Q^ce  the  user  agrees  on  the  storyboards,  system  construction  can  com- 
mence. 

Feature  Chart.  A  feature  chart  "is  a  synthesis  of  the  RIDMC  model 
^od  structured  analysis"  and  is  a  "graphics  tool  for  analysis  and  com- 
'™Jnications"  (Seagle  and  Belardo,  1906:11).  A  feature  chart  uses  stan- 
dard  flow  chart  symbols  to  show  interfaces,  paths,  and  flexibility  of  a 


29 


Figure  3.3  Hook book  Card 

proposed  system  from  the  user's  perspective  (Seagle  and  Belardo,  1986: 
19) .  Feature  charts  are  particularly  useful  in  providing  a  "you  are 
here"  perspective  and  giving  a  pictorial  layout  of  how  the  storyboards 
are  linked  together. 

Hook book.  A  hookbook  is  a  "memory  aid  mechanism  for  requirements" 
which  is  actually  a  perception  of  the  user's  needs.  These  statements  of 
need  may  be  written  on  note  cards  or  may  be  pjart  of  an  automated  note 
^ile  within  the  DSS.  As  shown  in  Figure  3.3,  there  are  four  important 
pieces  of  information  that  need  to  be  captured  in  a  hookbook  entry;  the 
date,  subject  matter,  idea,  and  circumstances  surrounding  the  idea^  Re¬ 
cording  of  the  particular  circumstances  that  caused  the  entry  provides 
en  individual  with  a  memory  aid  of  why  he/she  thought  the  idea  was  im¬ 
portant  at  that  particular  point  in  time  (Valusek,  1988). 

Evaluation.  DSS  evaluation  is  one  of  the  most  important  parts  of 
the  adaptive  design  process.  "Evaluation  is  a  systematic  process  of 
judging  how  well  objectives  have  been  met"  (Valusek,  1988).  Evaluation 
should  begin  before  the  technical  phases  and  continue  beyond  the  life  of 
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the  DSS.  Beginning  evaluaticxi  before  system  construction  will  aid  in 
determining  what  DSS  to  build  and  help  assess  the  impact  of  the  DSS  on 
decision-making.  Sprague  and  Carlson  suggest  four  types  of  measures  for 
evaluation: 

L.  Productivity:  Measures  the  impact  of  the  DSS  on 

decisions.  Examples  include  time  to  reach  a  decision, 
cost  of  making  a  decision,  results  of  a  decision,  and 
cost  of  implementing  the  decision. 

2.  Process:  Measures  are  used  to  evaluate  the  impact  of 
the  DSS  on  decision  making.  Examples  include  number  of 
alternatives  examined,  number  of  analyses  done,  time 
spent  in  each  phase  of  decision  making,  and  amount  of 
data  used. 

3.  Perception:  Measures  are  used  to  evaluate  the  impact  of 
the  DSS  on  the  decision  makers.  Examples  include  control 
of  the  decision-making  process,  usefulness  of  the  DSS, 
ease  of  use,  ease  of  "selling"  the  decision,  understand¬ 
ing  of  the  problem,  and  conviction  that  the  decision  is 
correct. 

4.  Product:  Measures  are  used  to  evaluate  the  technical 
merit  of  the  DSS.  Examples  include  response  time,  avail¬ 
ability,  development  costs,  O&M  costs,  education  costs, 
and  data  acquisition  costs.  (Sprague,  1902:158-160) 

(Application  of  DSS  and  Adaptive  Design  to  the  ESC  Problem 

DSS  and  adaptive  design  seemed  to  be  the  most  promising  approach 
to  the  ESC  officer  resource  management  problem.  A  DSS  would  provide 
'"^source  managers  with  an  interactive  system  that  combines  data  retrie- 
''al  and  models  to  support  the  semi-structured  decisions  involved  in  of¬ 
ficer  assignments  and  career  management.  Officer  qualifications  and  job 
requirements  information  could  easily  be  appended  to  existing  data 
I  leases.  A  rule-based  model  would  be  very  useful  in  providing  officer 

f  Career  planning.  A  goal  programming,  multi-criteria,  or  linear  program- 

I  'ning  assignments  model  would  be  useful  for  providing  recommendations  of 
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how  to  assign  officers  to  jobs. 

Adaptive  design  allows  the  user  to  specify  the  requirements,  help 
design  the  DSS,  and  evaluate  its  performance.  This  approach  allows 
flexibility  in  the  design  of  a  DSS.  Quite  often  final  requirements  can¬ 
not  be  stated  by  users  in  a  firm  way  that  allows  a  complete  system  to  be 
defined  and  built.  This  was  certainly  true  of  ESC.  At  the  start  of 
this  thesis  effort,  ESC  did  not  have  answers  to  the  subsidiary  questions 
stated  in  Chapter  I,  all  of  which  are  important  to  a  particular  system 
design . 

Application  of  the  adaptive  design  approach  to  ESC's  officer  re¬ 
source  management  problem  is  discussed  in  Chapter  IV. 


As  discussed  in  Chapter  III,  the  adaptive  design  process  involves 
the  identification  of  a  small  kernel  system  which  is  allowed  to  grow  and 


evolve  as  requirements  are  defined  or  change.  Requirements  are  elicited 
from  the  user  through  the  use  of  concept  maps,  which  help  to  bound  the 
problem  and  identify  an  initial  anchor  point  for  kernel  development. 
Storyboards  are  constructed  to  provide  a  visual  representation  of  the 
user's  requirements.  The  evaluation  and  changing  of  these  storyboards 
by  the  user  provides  the  foundation  for  defining  the  kernel. 

Concent  Mao 

The  concept  map  in  Appendix  B  is  the  result  of  several  phone  con- 
v  'sations  and  meetings  with  ESC/DPQ  and  ESC/DPR  personnel .  The  concept 
map  is  divided  into  two  parts,  each  on  a  separate  page.  The  first  part, 
Figure  B.l,  displays  the  interaction  between  an  ESC  officer  resource 
manager  and  key  individuals  in  the  officer  assignments  process.  These 
interactions  are  shown  in  a  simplified  format  in  Figure  4.1.  The  second 
P^i't,  Figure  B.2,  represents  the  ESC  officer  resource  manager  decision 
making  environment.  Each  part  of  the  concept  map  will  be  discussed  in 
some  detail . 

ESC  Resource  Manaoer/Of f jeer  Interaction.  One  of  ESC's  major  con- 
is  the  loss  of  experienced  personnel  to  other  MAJCOMs.  One  pos¬ 
sible  solution,  listed  in  Appendix  A,  is  to  create  an  atmosphere  that  is 
conducive  to  officers  wanting  to  stay  in  or  return  to  ESC.  An  important 
*®P®ct  of  this  atmosphere  is  the  perception  that  resource  managers  are 
•’'aking  assignment  decisions  based  on  each  officer's  best  interest. 
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INDIVIDUAL  OFFICEFS 


Figure  4.1  ESC  Rescxirce  Manager  Key  Interactions 

This  perception  is  tremendously  influenced  by  the  amount  of  information 
available  to  each  resource  manager:  familiarity  with  each  officers 
accomplishments  and  needs,  knowledge  of  available  jobs,  and  ability  to 
offer  sound  career  counseling  advice. 

ESC/tFRO  personnel  identified  the  need  to  automate  personnel  and 
manpower  data  base  information  on  a  desk  top  PC  or  terminal  in  order  to 
provide  quick  access  to  information  during  the  course  of  the  multitude 
of  phone  calls  they  receive  from  officers  every  day.  An  automated  note 
file  was  also  identified  as  a  necessary  memory  aid  that  would  preclude 
the  numerous  scraps  of  hand-written  notes  that  must  be  later  sorted  and 
filed.  Although  this  limited  information  would  provide  immediate  access 
to  information  currently  in  the  personnel  and  manpower  data  bases,  it 
would  not  meet  the  biggest  need  of  a  calling  officer  -  specific  informa¬ 
tion  about  an  available  assignment.  This  information  deficiency  could 
be  remedied  by  adding  fields  to  the  current  manpower  data  base  which 


34 


i 


Mould  include  a  short  job  description  and  the  name  and  number  of  a  point 
of  contact  for  further  information. 

ESC/DPQ  personnel  identified  the  need  to  quantify  each  ESC  offi¬ 
cer's  qualifications  and  each  ESC  job  requirement  in  such  a  manner  as  to 
alloM  for  a  better  matching  of  officers  to  job  requirements.  This  in- 
fornnation  would  also  be  useful  in  developing  a  suggested  career  progres¬ 
sion  for  each  officer  AFSC.  Ohce  this  suggested  career  progression  was 
established,  it  could  be  automated  in  a  usable  form  for  the  resource 
managers  to  use  in  the  course  of  a  phone  conversation. 

ESC  Resource  Manager  Interaction  with  ESC/HQ  Personnel .  Within 
ESC  Headquarters,  ESC  resource  managers  rely  on  functional -manager 
representatives  and  senior  staff  officers  to  make  recommendations  for 
key  officer  assignments.  Being  a  small  command,  most  ESC  officers  are 
known  by  at  least  one  staff  officer  at  HQ  ESC.  As  such,  candidates  for 
key  positions  are  carefully  screened  by  functional  managers  and  senior 
staff  officers.  ESC  resource  managers  are  merely  a  filter  between  MPC 
and  HQ  ESC  for  these  types  of  assignments.  Even  in  the  case  of  not-so- 
key  assignments,  senior  staff  officers  may  have  strong  opinions  of  which 
officers  should  be  assigned  to  which  jobs.  Incorporating  support  for 
these  interactions  in  the  DSS  is  beyond  the  scope  of  this  thesis. 

ESC/^PC  Resource  Manager  Interaction.  Ghe  major  obstacle,  if  not 
the  key  obstacle  to  placing  the  best  qualified  officers  in  the  desired 
ESC  billets,  is  the  fact  that  ESC  resource  managers  merely  provide  as¬ 
signment  recommendations  to  ("PC  and  do  not  iTold  final  decision  author¬ 
ity.  An  important  evaluation  criteria  of  the  DSS  will  be  the  "sell- 
ability"  of  each  assignment  recommendation.  Although  the  evaluation  of 
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DSS  success  can  be  measured  in  a  before  and  after  comparison  of  assign¬ 
ment  recommendations  accepted  by  ^PC,  a  more  difficult  question  is  "How 
does  one  design  the  DSS  to  produce  a  more  sell-able  product?"  ESC/DPQ 
personnel  feel  that  defining  job  requirements  and  personnel  qualifica¬ 
tions  on  a  greater  detail  than  is  currently  available  in  the  PDS  and 
Manpower  data  bases  is  the  first  step  to  providing  better  assignment 
recommendations.  The  rapport  between  resource  managers  is  also  an  im¬ 
portant  factor  in  assignment  sell-ability.  Other  than  providing  ESC 
resource  managers  with  information  that  may  be  useful  in  building  this 
rapport,  no  plans  were  made  to  incorporate  a  specific  "rapport  capabil¬ 
ity"  in  the  DSS. 

ESC  Resource  Manager  Decision-Makino.  ESC  resource  managers  had 
difficulty  describing  the  process  of  how  an  officer  assignment  is  made. 
DPQ  and  DPR  personnel  and  functional-manager  representatives  all  indi¬ 
cated  that  in tuition /gut- level  feeling/subjectivity  plays  a  large  role 
in  this  process.  This  approach  to  officer  assignments  is  largely  due  to 
the  complexity  of  criteria,  much  of  which  has  not  been  well  quantified. 
It  was  necessary  to  quantify  some  of  the  more  important  criteria  in 
order  to  facilitate  DSS  component  development.  Since  ESC  personnel  also 
found  it  difficult  to  offer  suggestions  of  how  to  quantify  assignment 
and  career  management  criteria,  a  prescriptive  approach  to  criteria  sel¬ 
ection  and  quantification  is  offered  in  Chapter  V. 

Answering  the  Subsidiary  Questions 

Not  all  of  the  requirements  necessary  for  kernel  selection  were 
elicited  by  concept  mapping.  Several  questions  were  posed  to  ESC  in  the 
form  of  the  subsidiary  questions  from  Chapter  I.  Unfortunately,  ESC  was 
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not  able  to  supply  very  detailed  ansMers  to  many  of  these. 

At  the  very  heart  of  the  ESC  Force  Development  Program  lies  the 
problem  of  defining  job  requirements,  classifying  personnel,  and  estab¬ 
lishing  a  method  to  match  the  two.  Several  discussions  were  held  with 
DPQ  personnel ,  none  of  which  produced  a  recommended  approach  to  the  pro¬ 
blem.  The  following  approach  was  submitted  to  DPQ  as  one  method  for 
attacking  the  problem. 

The  documentation  of  job  requirements  will  mandate  the  elicitation 
of  inputs  from  supervisor's  of  officers  throughout  ESC.  A  survey  that 
could  be  used  to  collect  this  information  is  provided  in  Appendix  E. 
Within  the  survey,  job  requirements  are  collected  in  terms  of  3  basic 
criteria.  First,  every  job  has  some  minimum  level  of  qualifications 
that  an  officer  must  meet  before  being  considered  as  a  possible  candi¬ 
date  for  the  job.  Second,  in  addition  to  the  bare-minimum  essentials, 
there  are  certain  additional  skills  and  qualifications  that  would  be 
very  useful  in  performing  the  job.  Finally,  there  are  new  skills  and 
qualifications  that  an  officer  can  be  expected  to  acquire  over  the 
course  of  a  3-4  year  tour  in  the  job  assignment.  A  means  of  quantifying 
each  of  these  criteria  for  use  in  an  assignments  model  is  developed  in 
Chapter  V. 

After  documenting  job  requirements  for  all  of  ESC's  officer  bil¬ 
lets,  a  master  list  of  all  important  officer  skills  and  qualifications 
can  be  compiled.  Using  this  list  as  a  guide,  individuals  can  be  tasked 
to  perform  officer  record  reviews  and  build  data  base  fields  that  re¬ 
flect  each  officer's  expertise  relative  to  ESC  job  requirements. 
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A  (nethod  for  comparing  officer  qualifications  and  career  developr- 
ment  needs  to  job  requirements  and  selecting  the  "best  assignment"  for 
each  officer  is  presented  in  Chapter  V.  Since  real  data  did  not  exist 
at  the  time  of  this  thesis,  arbitrary  alpha-numeric  coding  is  used  to 
simulate  actual  job  requirement  and  officer  skills  data. 

At  the  time  of  this  thesis  ESC  did  not  have  an  ESC  officer  career 
development  plan,  nor  did  there  seem  to  be  any  plans  to  develop  one. 
Before  ESC  can  answer  the  question  "Are  we  building  the  necessary  pool 
of  qualified  individuals  for  tomorrow's  needs?",  those  needs  must  be 
quantified  in  such  a  manner  that  allows  the  monitoring  of  individual 
career  progression  against  a  career  plan.  In  an  organization  such  as 
ESC,  the  plan  may  outline  an  officer's  suggested  career  progression  to¬ 
ward  one  or  more  of  the  many  0-6  billets  in  the  organization.  Those 
career  guidelines  can  be  communicated  to  the  officers  in  the  organiza¬ 
tion,  used  by  the  resource  managers  to  make  assignment  decisions,  and 
used  as  a  measuring  device  to  answer  the  aforementioned  question.  The 
DSS  storyboards  presented  in  Appendix  C  and  discussed  later  in  this 
chapter  illustrate  how  career  guidelines  can  be  used  in  such  a  manner. 

In  an  attempt  to  define  the  computer  resources  necessary  to  build 
a  DSS  for  the  officer  resource  managers,  it  was  initially  decided  that 
each  resource  manager  should  have  their  own  PC  and  the  personnel  data 
base  files  on  each  PC  would  contain  only  the  [3ersonnel  files  of  the  of¬ 
ficers  for  which  each  resource  manager  is  responsible.  This  suggestion 
lead  to  such  questions  as:  "What  inconvenience  will  this  create  when  a 
fesaurce  manager  answers  the  phone  for  another  resource  manager  who  is 
not  in  the  office  or  is  covering  for  a  resource  manager  who  is  on  leave?" 
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and  "Is  there  a  way  for  the  branch  chief  to  access  all  ESC  data  base  in¬ 
formation  from  a  terminal  on  his  desk?"  There  were  also  additional  con¬ 
cerns  that  perhaps  functional-manager  representatives  should  also  be 
given  access  to  the  finished  system.  While  DPR  personnel  desired  the 
capability  of  centralized  data  base  files  that  could  be  accessed  from 
any  terminal  in  the  office,  DPQ  personnel  seemed  reluctant  to  commit  to 
acquiring  the  resources  for  such  a  capability  before  a  proof  of  concept 
^  was  demonstrated.  It  was  decided  that  a  proof  of  concept  should  be  dem¬ 

onstrated  on  a  single  PC  using  off-the-shelf  software  before  committing 
resources  to  a  local  area  network,  a  micro  VAX,  or  main  frame  system. 

Initial  Anchor  Point 

Because  of  ESC's  inability  to  define  many  of  the  requirements  in  a 
manner  that  would  facilitate  system  development,  identification  of  an 
initial  anchor  point  was  very  difficult.  DPR  resource  managers  were 
interested  in  developing  an  automated  data  retrieval  system  to  aid  in 
their  job  responsibilities,  and  DPQ  personnel  were  interested  in  imple¬ 
menting  a  system  that  would  address  the  ESC/CC  directed  force  develop¬ 
ment  effort.  New  solu^ons  were  readily  embraced  almost  as  fast  as  they 
were  suggested.  The  remainder  of  this  thesis  was  dedicated  to  helping 
ESC  focus  on  how  to  develop  a  DSS  that  would  aid  in  the  Resource  Mana¬ 
ger/Officer  interaction  problem  as  well  as  making  better  officer  assign¬ 
ment  recommendations.  The  remainder  of  Chapter  IV  discusses  feature 
charts,  storyboards,  and  evaluation  criteria  for  this  DSS.  Chapter  V 
addresses  the  development  of  a  computer  model  to  match  officer  experi¬ 
ence  to  job  requirements. 
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Appendix  C  contains  a  series  of  storyboards  which  are  the  result 


of  several  iterations  with  ESC/DPQ  and  DPR  personnel .  Two  feature 
charts  are  provided  to  show  screen  connectivity  and  where  models  are 
used  to  support  the  screen  displays.  Since  each  storyboard  was  designed 
using  Sprague  and  Carlson's  RCMC  approach  as  a  checklist,  the  help 
screens  display  information  under  the  headings  Representations,  Opera¬ 
tions,  Memory  Aids,  and  Control  Mechanisms.  An  additional  section,  Re¬ 
quirements,  describes  the  particular  ESC  need  addressed  by  each  story¬ 
board. 

The  main  menu  provides  a  user  with  six  options,  only  two  of  which 
are  addressed  in  this  thesis:  Answer  Phone/Provide  Career  Counseling 
and  Utork  Officer  Assignments.  The  Officer  Data  Base,  Jobs  Data  Base, 
and  Planner-Tracker  Automated  System  are  all  currently  being  built  by 
ESC/DPQ.  The  Automated  Force  Planning  System  is  a  simulation  model  that 
ESC/DPQ  is  planning  to  build  in  1989. 

Answer  Phone/Provide  Career  Counseling.  The  "Answer  Phone"  option 
provides  a  resource  manager  with  a  tool  to  more  effectively  deal  with 
the  most  hectic  part  of  his/her  job  -  answering  the  many  phone  calls 
from  officers  looking  for  assignment  information.  A  calling  officer's 
name  is  entered  from  the  keyboard,  and  the  resource  manager  is  provided 
with  background  information  on  the  individual  (C-5).  An  automated  note 
file  on  the  officer  is  available  through  a  window  which  enables  the  re¬ 
source  manager  to  record  important  facts  during  the  course  of  the  con¬ 
versation  as  well  as  review  any  notes  taken  from  any  pre/ious  conversa¬ 
tions,  discussions,  or  record  reviews.  At  this  point,  the  resource  man- 
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ager  has  the  cation  of  performing  a  quick  review  of  the  calling  offi¬ 
cer's  personnel  record  for  any  glaring  problems  or  special  assignment 
considerations  (C-7),  performing  a  more  in-depth  record  review  (C-9) , 
providing  the  caller  with  a  list  of  projected  available  assignments 
(C-11),  or  providing  the  officer  with  career  counseling  advice  (C-13 
through  C-18) . 

As  discussed  in  Chapter  I,  resource  managers  are  major  players  in 
officer  career  counseling.  A  tool  to  measure  an  officer's  career  pro¬ 
gress  against  some  standard  and  provide  recommendations  based  on  this 
evaluation  would  greatly  enhance  a  resource  manager's  capability  to  per — 
form  career  counseling.  Currently,  with  the  exception  of  AFR  36-23,  a 
standard  does  not  exist.  AFR  36-23  does  not  provide  the  specific  level 
of  detail  for  a  MAJCOM  to  directly  implement  a  career  path  for  each  of 
its  officer  AFSCs.  It  is  recommended  that  ESC  develop  a  more  specific 
career  plan  for  each  of  the  major  officer  AFSCs  in  ESC.  This  career 
guidance  could  be  built  into  a  rxrle-based  model  that  evaluates  an  offi¬ 
cer's  career  and  makes  recommendations  for  training,  education,  R^,  and 
assignments  as  portrayed  on  pages  C-13  through  C-IB. 

Presently,  resource  managers  do  not  have  detailed  information  on 
the  jobs  to  which  they  assign  officers  and  officers  do  not  have  access 
to  adequate  information  detailing  what  jobs  are  available  and  what  those 
jobs  entail.  This  problem  could  be  partly  remedied  by  providing  re¬ 
source  managers  with  (tore  information.  Page  C-11  shows  a  capability 
that  could  easily  be  developed  by  having  all  unit  commanders  submit  a  2 
to  3  sentence  job  description  on  each  job  in  their  unit,  a  point  of  con¬ 
tact  for  more  information,  and  a  list  of  experience  requirements  neces- 
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sary  to  qualify  for  the  job.  As  discussed  earlier  in  this  chapter,  this 
capability  would  provide  resource  managers  with  the  ability  to  field  a 
calling  officers  questions  about  what  jobs  are  available,  what  those 
jobs  entail,  and  who  to  call  for  more  information.  Additionally,  making 
such  information  available  to  individual  units  in  the  form  of  hard  copy 
or  floppy  disks  may  greatly  reduce  the  amount  of  phone  calls  inundating 
the  resource  managers.  This  information  would  also  allow  officers  to 
choose  from  the  projected  job  vacancies  and  indicate  their  desires  in 
the  Immediate  Assignment  Objectives  block  of  the  Form  90. 

Ulork  Officer  Assignments.  The  "UJork  Officer  Assignments"  option 
provides  a  resource  manager  with  the  capability  of  working  an  individual 
assignment  or  a  group  of  officer  assignments  corporately.  The  single 
officer  assignment  option  is  illustrated  on  pages  C-22  through  C-25. 

As  discussed  previously,  determining  which  jobs  are  best  for  an  offi¬ 
cer's  career  could  be  the  output  of  a  rule-based  model.  Choosing  a  job 
based  on  an  officers  experience  is  based  on  the  model  developed  in 
Chapter  V.  The  capability  to  pick  assignments  that  enhance  future  ESC 
force  development  will  depend  on  the  output  of  the  Automated  Force 
Planning  Model . 

Pages  C-26  through  C-35  illustrate  the  capability  of  building  a 
list  of  officers  eligible  for  reassignment  and  a  list  of  jobs  projected 
to  be  vacant  during  the  officers'  PCS  window,  scoring  each  of  the  offi¬ 
cers  according  to  how  well  they  meet  the  requiremnnts  for  each  job,  and 
running  an  assignments  model  that  selects  the  most  qualified  officers 
for  each  job.  Resource  managers  must  be  able  to  convince  MPC  that  these 
individuals  are  the  best  choices  for  each  job.  The  detailed  documenta- 
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tian  of  mandatory  and  desired  qualifications  for  each  job,  along  with 
the  officer  scores  provide  a  basis  for  defending  these  recornmendations. 

Hook book 

Many  ideas  for  potential  DSS  capabilities  surfaced  during  discus¬ 
sions  with  ESC  and  MFC  personnel.  Some  of  these  were  incorporated  in 
the  storyboards  in  Appendix  C.  Others,  while  good  ideas,  would  not  be 
practical  to  build  in  an  initial  kernel  system.  Those  ideas  that  were 
not  incorporated  in  the  proposed  DSS  are  recorded  in  Appendix  D  for  fu¬ 
ture  consideration.  Some  of  the  capabilities  shown  in  Appendix  C  did 
not  exist  at  the  time  of  this  thesis.  These  capabilities  are  also  in¬ 
cluded  in  the  hookbook.  Hookbook  entries  are  sorted  chronologically 
within  four  subject  classes;  1)  career  plan;  2)  data  bases;  3) 
models;  and  4)  dialog. 

Evaluation 

At  the  time  ot  this  thesis,  ESC/DPQ  had  not  pxit  a  lot  of  thought 
into  evaluation  criteria  for  the  DSS.  Table  4.1  presents  some  potential 
measures  for  evaluation  in  terms  of  Sprague  and  Carlson's  four  cate¬ 
gories  of  evaluation  measures. 

DSS  success  needs  to  be  considered  from  the  three  perspectives 
presented  in  Chapter  I.  From  the  ESC/CC  perspective,  success  will  be 
defined  as  having  an  ample  supply  of  well  qualified  officers  to  fill 
ESC  billets.  From  the  perspective  of  an  officer  preparing  to  PCS,  suc¬ 
cess  will  take  on  a  multitude  of  definitions;  however,  success  for  the 
career — minded  officer  most  likely  means  obtaining  an  assignment  that  is 
challenging,  maximizes  the  probability  of  promotion,  provides  career 
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TABLE  4.1 


Potential  DSB  Evaluation  Criteria 


1.  Productivity  measures: 

a.  Time  to  reach  an  assignment  recommendation 

b.  Resource  manager  time  spent  on  the  phone 

c.  Resource  manager  idle  time 

d.  Number  of  assignment  recommendations  per  unit  time 

e.  Percentage  of  recommendations  accepted  by  MPC 

f.  PCS  budget  required 

g.  Number  of  highly  qualified  ESC  officers  in  the  pool 

h.  Quality  of  ESC  officers  in  the  pool 

i.  Officer  job  satisfaction 

j .  Officer  job  productivity 

k.  Officer  promotion  rates 

2.  Process  measures: 

a.  Number  of  assignments  considered  for  each  officer 

b.  Number  of  officers  considered  for  each  assignment 

c.  Amount  of  data  used  in  making  a  recommendation 

d.  Time  between  assignment  and  actual  PCS  date 

3.  Perception  measures: 

a.  Usefulness  of  decision  aid 

b.  Confidence  in  recommendations 

c.  Resource  manager  knowledge  of  officer  skills  and  job 
requirements 

d.  Officer  confidence  in  resource  managers  and  their 
recommendat ions 

e.  Resource  manager  ability  to  sell  recommendations  to 
^PC 

f.  Level  of  resource  manager  job  stress 

4.  Product  measures: 

a.  RDT&E  costs 

b.  O&M  costs 

c.  Accuracy  of  data  base  information 

d.  Ability  to  access  all  necessary  information  within 
the  decision  aid 


enhancement,  and  provides  maximum  job  satisfaction.  Success  from  the  per 
spective  of  the  resource  manager  may  mean  many  things  as  well,  but  ultim¬ 
ately  it  means  satisfying  ESC/CC,  rPC,  and  the  officers  being  assigned. 


Kernel  Identif icaticn 

Appendix  C  is  proposed  as  an  initial  anchor  point  that  ESC  fnust 
evaluate  and  adjust  in  order  to  define  the  kernel  system  to  be  built. 
ESC/DPQ  currently  has  automation  personnel  building  the  Tracker — Planner 
Automated  System  using  dBase  III  Plus.  These  personnel  could  easily  add 
fields  to  the  officer  and  jobs  data  bases  to  support  the  storyboard  de¬ 
signs  in  Appendix  C.  Additionally,  these  personnel  have  already  written 
the  computer  interface  needed  to  do  a  monthly  down-load  from  the  PDS 
system  to  floppy  disc.  This  interface  would  need  to  be  slightly  modif¬ 
ied  to  accommodate  these  new  fields. 

The  Answer  Phone  px^rtion  of  the  storyboards  can  be  built  relative¬ 
ly  easily  using  dBase  III  Plus.  The  screen  displays  and  menu  driven 
data  base  query  capability  can  all  be  designed  using  the  dBase  III  Plus 
programming  language.  The  notepad  capability  is  available  in  dBase  III 
Plus  through  the  Memo  field.  The  career  counseling  and  rule-based  model 
portion  of  this  option  cannot  be  built  until  an  ESC  officer  career  plan 
is  defined. 

Since  ESC/DPQ  is  currently  attempting  to  define  specific  job  re¬ 
quirements  and  document  personnel  qualifications  in  terms  of  those  re¬ 
quirements,  a  limited  Work  Officer  Assignments  option  can  be  built. 
ESC/DPR  personnel  identified  the  primary  need  for  a  capability  of  work¬ 
ing  multiple  assignments.  Lists  of  officers  eligible  for  assignment  and 
projected  job  openings  can  be  built  with  a  data  base  sort  routine.  A 
model  that  matches  officer  qualifications  to  job  requirements  is  pre¬ 
sented  in  Chapter  V. 
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V.  A  Prescriptive  Approach  to  Officer  Assignments 


Success  of  the  ESC  Force  Development  Program  will  depend  on  the 
ability  of  ESC/DPQ  to  accurately  define  job  requirements,  classify  of¬ 
ficers,  and  develop  a  method  of  assigning  officers  to  jobs  that  not  only 
selects  the  "best  qualified"  person  for  each  job,  but  also  considers  the 
impact  of  an  assignment  on  developing  each  officer's  skills  for  future 
assignments  in  ESC. 

Criteria  Develooment 

The  officer  assignment  decision-making  environment  is  filled  with 
complex  criteria,  many  of  which  have  not  been  well  quantified.  When  ESC 
personnel  were  unable  to  furnish  suggestions  of  how  to  quantify  officer 
assignnent  and  career  management  criteria  in  a  manner  that  would  facili¬ 
tate  model  development,  it  became  necessary  to  provide  them  with  a  pres¬ 
criptive  approach  that  they  could  react  to.  Figure  5.1  was  presented  to 
ESC/DPQ  and  DPR  personnel  for  just  that  purpose.  Figure  5.1  is  a  Venn 
diagram  of  some  of  the  more  important  criteria  that  could  be  considered 
in  making  an  assignment  for  an  imaginary  Capt  John  Doe,  who  is  currently 
a  8035.  Each  criterion  identifies  a  subset  of  jobs  that  would  be  bene¬ 
ficial  to  Capt  John  Doe  and/or  ESC.  Obviously,  the  "best"  job  is  one 
that  satisfies  all  the  criteria.  When  such  a  choice  is  not  possible, 
the  decision  maker  must  decide  which  criteria  are  tlie  most  important. 
Four  types  of  assignments  have  been  omitted  from  the  diagram  for  simpli¬ 
fication;  1)  career  broadening  assignments;  2)  assignments  that  may 
require  an  advanced  academic  degree  (AAD);  3)  assignments  other  than 
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A 


A  -  All  Air  Farce  9035  captain  jobs 
B  -  All  ESC  9035  captain  jobs 

C  -  Jobs  available  during  Capt  John  Doe's  PCS  window 
D  -  Jobs  that  "best"  utilize  Capt  John  Doe's  experience 
E  -  Jobs  that  enhance  Capt  John  Doe's  ESC  career  development 
F  -  Jobs  that  enhance  Capt  John  Doe' s  AF  career  development 
G  -  Capt  John  Doe's  Form  90  inputs 


Figure  5.1  Assignment  Criteria  for  Capt  John  Doe 


those  listed  as  captain's  billets;  and  4)  assignments  that  result  in 
the  retraining  of  an  individual  to  a  new  AFSC.  ESC's  reaction  to  Figure 
5.1  formed  the  basis  for  which  criteria  should  be  included  in  a  DSS 
model,  and  which  criteria  should  be  entered  in  the  hookbook  for  later 

/ 

consideration . 

Simplifying  Assumptions.  Discussions  with  ESC  personnel  yielded 
the  following  simplifying  assumptions  for  the  DSS  model: 

1.  The  model  will  only  consider  officers  for  jobs  requiring  their 
primary  AFSC.  Any  individuals  desiring  to  retrain  to  another 
AFSC  or  desiring  an  assignment  in  their  secondary  AFSC  will  be 
handled  on  an  individual  case  by  case  basis  by  the  resource 
managers. 
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2.  AAD  jobs  and  career  broadening  assignments  are  relatively  few, 
and  will  be  worked  on  an  individual  case  by  case  basis. 


3.  Mhenever  possible,  individuals  on  promotion  lists  will  be  as¬ 
signed  to  jobs  requiring  their  promotion  rank. 

4.  Officially,  officers  are  only  assigned  to  vacant  jobs.  In 
reality,  officer  job  position  numbers,  titles,  and  AFSCs  are 
frequently  juggled  to  accommodate  the  assigning  of  an  officer 
to  an  otherwise  ''impossible"  job  match.  A  capability  that 
considers  such  rearrangements  could  potentially  improve  the 
match  of  officer  skills  and  career  needs  to  job  requirements, 
but  since  DPR  was  not  able  to  supply  rules  or  conditions  to 
facilitate  such  a  capability,  it  will  not  be  considered  in 
the  model . 

5.  A  resource  manager  should  consider  the  effect  of  each  assign¬ 
ment  on  an  officer's  overall  Air  Force  career.  Uhfortunately, 
this  involves  the  application  of  the  unwritten  rules  alluded 
to  in  Chapter  I.  Since  DPR  was  unable  to  quantify  these  un¬ 
written  rules  in  a  manner  that  they  could  be  incorporated  in¬ 
to  the  DSS,  they  will  not  be  included  in  the  model. 

6.  Since  ESC  does  not  have  a  career  development  plan  for  ESC  of¬ 
ficers,  no  capability  could  be  developed  that  compared  each 
assignment's  direct  impact  on  an  officer's  ESC  career  devel¬ 
opment.  The  model  does  seek  to  place  officers  in  jobs  that 
develop  additional  skills.  These  skills  do  impact  ESC  career 
development,  but  there  is  no  way  to  measure  the  extent  to 
which  they  do  so. 

7.  An  officer's  AF  Form  90  can  be  an  important  piece  of  informa¬ 
tion  for  the  resource  manager  to  consider.  A  major  problem 
in  trying  to  incorporate  an  officer's  Form  90  inputs  into  the 
assignment  criteria  is  that  the  Form  90  does  not  represent  an 
officer's  response  to  the  actual  jobs  for  which  he/she  is  be¬ 
ing  considered.  It  would  be  useful  to  have  officers  rank  or¬ 
der  the  assignments  for  which  they  are  being  considered,  and 
use  these  inputs  along  with  the  other  model  criteria,  but 
since  ESC/CC's  stated  policy  is  that  the  needs  of  ESC  come 
first,  an  officer's  personal  desires  will  only  be  used  to 
break  a  tie  between  two  or  more  jobs  for  which  he/she  is 
equally  qualified. 

8.  DPR  indicated  that  no  more  than  15  officers  are  considered 
for  an  assignment  at  any  one  time  and  all  officers  compete 
for  jobs  on  an  equal  basis. 

9.  When  the  number  of  available  jobs  exceeds  the  number  of  offi¬ 
cers  being  considered  for  reassignment,  there  must  be  some  way 
of  determining  which  jobs  will  be  fill^.  While  DPR  stated 
that  all  jobs  are  filled  under  the  same  priority  level,  they 
also  were  favorable  to  subjectively  deciding  which  jobs  should 
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Figure  5.2  Job  Requirements 


be  filled  (since  that  is  the  way  business  is  currently  con¬ 
ducted).  Thus,  it  is  assumed  that  the  resource  managers  will 
build  a  list  of  jobs  to  be  filled  equal  to  the  number  of  of¬ 
ficers  available  for  reassignment. 

10.  Since  real  data  did  not  exist  at  the  time  of  this  thesis, 
alphanumeric  codes  are  used  to  simulate  job  requirements 
and  officer  skills  data.  DF>Q  plans  to  use  a  similar  coding 
system  for  the  officer  and  job  data  bases. 

t»teiQhtinQ  Job  Requirement  Factors 

The  Work  Officer  Assignments  portion  of  the  storyboards  in  Appen¬ 
dix  C  (C-26  through  C-35)  assumes  that  all  jobs  are  described  in  terms 
of  mandatory,  desired,  and  skill  development  criteria  which  were  briefly 
mentioned  in  Chapter  IV.  Each  of  these  criteria  is  composed  of  several 
factors  which  are  represented  as  alphanumeric  characters.  The  example 
from  C-32  is  reproduced  in  Figure  5.2  for  easier  reference. 

As  discussed  in  Chapter  IV,  every  job  has  some  minimum  level  of 
experience  that  an  officer  must  possess  before  being  considered  for 
that  position.  Currently,  the  Air  Force  assigns  all  officers  based  on 
minimum  criteria,  primarily  rank  and  AFSC.  It  is  envisioned  that  ESC 
will  be  able  to  add  additional  minimum  level  qualifications  to  many  jobs 
so  that  these  requirements  become  a  useful  discriminator  between  of¬ 
ficers  with  the  same  AFSC  and  ra^k.  These  minimum  level  factors  cotn- 


49 


prise  the  mandatory  criteria  portion  of  Figure  5.2.  Although  mandatory 
criteria  factors  may  not  be  equally  important,  an  officer  is  not  quali¬ 
fied  to  be  assigned  to  a  job  without  meeting  all  the  mandatory  criteria 
fetors.  Thus,  it  will  not  be  necessary  to  weight  the  mandatory  cri¬ 
teria  factors.  If  only  a  handful  of  officers  in  ESC  meet  all  the  tnan- 
datory  criteria  factors  for  a  particular  job,  the  responsible  supervisor 
(tay  want  to  consider  changing  some  of  the  mandatory  criteria  factors  to 
desired  criteria  factors. 

In  addition  to  the  minimum  experience  requirements  for  each  job, 
there  are  certain  skills  and  experiences  that  would  be  highly  useful  in 
enhancing  an  officer's  job  performance.  Assigning  officers  to  jobs 
where  they  meet  the  desired  qualifications  is  a  step  toward  placing  the 
"best  qualified"  officers  in  each  job.  An  officer  not  possessing  these 
additional  experiences  may  need  on-the-job  or  formal  training  to  develop 
those  skills.  Since  the  desired  criteria  will  be  used  to  select  "the 
best  person"  for  each  job,  it  is  important  to  be  able  to  distinguish 
which  factors  are  the  most  important.  As  shown  in  the  survey  in  Appen¬ 
dix  E,  the  supervisor  will  rank  order  these  factors.  The  supervisor 
will  also  weight  the  importance  of  each  factor  by  performing  a  pair — wise 
comparison  between  the  least  important  factor  and  each  of  the  other  fac¬ 
tors. 

Since  the  actual  number  of  desired  criteria  factors  and  resulting 
weights  will  vary  from  job  to  job,  it  will  be  necessary  for  ESC  to  nor — 
malize  the  factor  weights  for  use  in  the  assignments  model.  The  objec¬ 
tive  of  the  normalization  procedure  is  to  insure  that  the  sum  of  all 
desired  criteria  weights  for  each  job  is  the  same  so  that  the  assign- 
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ments  itodel  will  seek  to  fill  all  jobs  on  an  equal  priority  basis.  For 
example,  assume  that  a  supervisor  submitted  desired  criteria  2D,  2E,  and 
IF  and  it  is  desired  to  normalize  the  sum  of  the  desired  criteria 
weights  to  10.  Taking  10  and  dividing  it  by  the  sum  of  the  supervisor's 
weights,  one  obtains  2.  All  the  original  factor  weights  are  then  multi¬ 
plied  by  2,  and  the  result  is  displayed  in  Figure  5.2. 

As  an  officer  spends  3-4  years  in  a  job,  he/she  will  develop  addi¬ 
tional  expertise  that  will  hopefully  be  useful  for  future  assignments  in 
ESC  and/or  the  Air  Force.  Managing  the  development  of  these  skills  is  a 
goal  of  the  ESC  Force  Development  Program.  The  importance  of  the  skill 
development  criteria  factors  actually  should  depend  on  two  things:  1) 
the  career  needs  of  each  officer;  and  2)  the  future  needs  of  ESC.  The 
Automated  Force  Planning  System  Simulation  Model  will  be  the  primary 
tool  for  determining  the  future  skill  needs  of  ESC  by  officer  AFSC  and 
year  group.  Since  this  model  has  not  yet  been  built,  determination  of 
factor  importance  will  come  from  a  resource  manager's  evaluation  of  each 
officer's  career  needs.  This  capability  could  be  built  into  a  rule- 
based  model  such  as  was  described  in  Chapter  IV.  Since  such  a  capabil¬ 
ity  does  not  exist,  nor  does  there  exist  any  firm  career  development 
guidance,  the  resource  manager  will  have  to  subjectively  determine  each 
officer's  career  needs. 

The  actual  weighting  of  an  officer's  skill  development  needs  would 
be  done  in  much  the  same  manner  as  was  described  for  the  desired  cri¬ 
teria  factors  with  the  exception  that  the  resource  manager  will  perform 
both  the  weighting  and  normalization.  These  factors  will  be  stored  as 
fields  in  each  officer's  record  and  compared  against  the  skill  develop¬ 
ment  criteria  factors  of  each  job.  In  the  following  example,  the  offi- 
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Figure  5.3  Scoring  an  Officer 


cer's  skill  development  needs  were  also  normalized  to  10. 

Scoring  Officers  for  Jobs 

Since  the  officer  and  job  data  bases  will  be  maintained  in  dBase 
III  Plus,  the  scoring  of  officers  for  jobs  will  also  be  done  in  dBase 
III  Plus.  This  provides  the  resource  manager  with  the  flexibility  of 
sequencing  through  jobs  and/or  officers  in  any  manner  desired.  The  re¬ 
source  manager  also  has  the  option  of  windowing  in  detailed  information 
on  each  officer's  record,  a  description  of  each  job,  and  the  definition 
of  any  codes  being  used.  The  storyboard  example  from  C-32  is  reproduced 
in  Figure  5.3  for  easier  reference. 

If  an  officer  mee^s  the  mandatory  criteria  for  a  job,  a  10  will  be 
entered  in  the  first  score  block.  In  the  event  that  an  officer  does  not 
meet  the  mandatory  criteria,  a  0  will  be  entered  in  the  total  score 
block  since  he/she  is  not  qualified  for  that  particular  job.  For  each 
of  the  desired  criteria  factors,  an  officer  will  receive  the  factor 
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Figure  5.4  Matrix  of  Scores 

weight  value  for  each  skill  or  experience  that  he/she  possesses  up  to  a 
onaximum  score  of  10.  Finally,  the  officer  will  receive  the  factor 
weights  for  those  needed  skills  that  are  provided  by  that  particular 
job. 

As  an  officer  is  scored  for  each  job,  the  total  scores  will  auto¬ 
matically  be  stored  in  a  separate  file,  where  each  officer's  scores  are 
fields  of  a  record.  When  all  officers  have  been  scored,  the  complete 
file  will  resemble  Figure  5.4.  Since  ESC/DPR  indicated  that  no  more 
thian  15  officers  from  any  one  AFSC  would  be  considered  for  assignments 
at  any  one  time,  the  record  and  field  sizes  have  been  limited  to  15.  In 
the  case  that  less  than  15  officers  are  being  considered  for  jobs,  the 
additional  fields  and  records  will  be  filled  with  zeros. 


Officer  Assignments  Model 

The  officer  assignments  model  was  formulated  as  an  integer  linear 
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pragranvning  assignment  problem.  This  approach  was  selected  rather  than 
a  goal  programming  or  Meighted-sums  approach  due  to  ESC's  inability  to 
identify  criteria  preference  and/or  assignment  goals.  By  normalizing 
the  sum  of  all  criteria  factor  weights  to  10,  each  criteria  is  treated 
as  equally  important.  Both  goal-programming  and  point  estimate  weight¬ 
ed-sums  models  are  presented  in  Appendix  F  should  ESC  decide  to  specify 
assignment  goals  and/or  different  criteria  weights. 

The  assignment  problem  formulation  approach  insures  that  one  offi¬ 
cer  is  selected  for  each  job  and  one  job  for  each  officer  based  on  maxi¬ 
mizing  the  total  sum  of  officer  scores  for  jobs.  Higher  scores  repre¬ 
sent  officers  that  are  better  qualified  for  jobs  and/or  officers  that 
will  be  developing  new  skills  for  future  ESC  assignments.  Although  this 
method  does  not  insure  the  "best  qualified"  officer  is  selected  for  each 
job  nor  that  each  officer  is  placed  in  a  job  that  maximizes  his/her 
skill  developmerit,  it  does  attempt  to  trade-off  these  two  criteria 
across  a  pool  of  officers  being  considered  for  assignment; 


Decision  Variables; 


Parameters ; 


X-j  =  1  if  officer  i  is  assigned  to  job  j 
0  otherwise 


Cjj  =  The  score  of  assigning  officer  i  to  job  j 


Objective  Function  and  Constraints; 


15  15 

MAXIMIZE;  Z  =  Z  Z  (Total  sum  of  scores  when  officer 

i=l  j=l  i  is  assigned  to  job  j) 
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SLBJECT  TO; 


(Assign  every  officer 
to  a  job) 


15 

Z  X..  =  1  for  i  =  1  to  15 
j=l 

15 

Z  X..  =  1  for  j  =  1  to  15  (Fill  all  jobs) 
i=l 

Xij  =  (0,1)  for  all  i,j  (Solutions  must  be  integer) 

Software.  While  no  off-the-shelf  linear  programming  software 
package  will  directly  interface  with  dBase  III  Plus,  several  will  read 
from  and  write  to  a  spreadsheet.  The  matrix  of  officer  scores  for  jobs 
could  be  written  from  a  dBase  III  Plus  file  directly  to  a  spreadsheet, 
where  the  records  (officers)  would  appear  as  rows  and  the  fields  (job 
scores)  would  appear  as  columns.  A  linear  programming  package  could 
read  the  scores  from  the  spreadsheet  and  solve  for  the  best  officer/job 
match.  The  solution  could  then  be  written  to  a  spreadsheet,  where  dBase 
III  Plus  could  read  and  display  the  solution  in  a  format  similar  to  that 
show  on  C-34. 

Summary 

The  adaptive  design  apprc«:h  was  applied  to  the  ESC  officer  force 
development  problem  in  Chapter  IV.  A  prescriptive  approach  to  officer 
assignments  was  presented  in  Chapter  V.  These  two  chapters  lay  a  foun¬ 
dation  for  the  ESC  Officer  Assignment  and  Career  Planning  Decision  Sup¬ 
port  System.  Chapter  VI  summarizes  this  thesis  and  presents  a  building 
plan  for  the  DSS. 


VI .  Summary  and  Recommendations 


The  main  objective  of  this  thesis  was  to  design  a  decision  aid  to 
help  the  ESC  officer  resource  managers  choose  the  "best  qualified"  of¬ 
ficers  for  each  assignment  while  also  considering  the  career  needs  of 
each  officer  and  the  future  force  requirements  of  ESC. 

An  initial  site  interview  with  the  ESC  officer  resource  managers 
revealed  a  decision-making  environment  that  was  inundated  with  phone 
calls  while  lacking: 

1.  Automation. 

2.  Sufficient  information  to  ascertain  the  "best  qualified  of¬ 
ficer"  for  an  assignment. 

3.  An  ESC  career  plan  from  which  to  evaluate  an  officer's  career 
development  needs. 

4.  Information  regarding  ESC’s  future  force  development  needs. 

It  was  apparent  that  ESC  resource  managers  needed  a  computerized 

data  system  for  quick  access  to  officer  and  job  data  to  answer  the  seem¬ 
ingly  overwhelming  number  of  daily  phone  calls  as  well  as  models  that 
could  compare  officer  qualifications  against  specific  job  requirements, 
officer  career  progression  against  an  ESC  officer  career  plan,  and  fu¬ 
ture  force  requirements  against  the  present  ESC  officer  force  structure. 

Further  interviews  with  ESC  resource  managers  revealed  that  sub¬ 
jectivity  and  intuition  play  a  large  role  in  officer  assignments.  This 
is  largely  due  to  the  fact  that  complex  criteria  contained  in  several 
instructions  and  regulations  as  well  as  numerous  unwritten  rules  have 
not  been  quantified  in  a  manner  that  allows  a  resource  manager  to  simul¬ 
taneously  consider  all  the  ramifications  involved  in  processing  a  single 
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officer  assign^nent,  not  to  mention  the  usual  case  of  processing  several 
officers  simultaneously.  The  need  for  an  interactive  system  that  com¬ 
bines  data  retrieval  and  models  to  support  the  semi-structured  decisions 
involved  in  officer  assignments  and  career  management  strongly  suggested 
the  need  for  a  decision  support  system. 

An  adaptive  design  approach  to  DSS  was  chosen  because  system  re¬ 
quirements  were  not  well  defined  at  the  outset  of  this  thesis.  Adaptive 
design  offered  the  advantage  of  involving  the  users  in  the  iterative  de¬ 
sign  process  in  which  a  small  kernel  system  is  selected  and  allowed  to 
grow  and  evolve  as  requirements  are  defined  and  change. 

Identifying  the  Kernel 

The  technique  of  concept  mapping  was  used  to  bound  the  problem, 
elicit  requirements  from  the  user,  and  help  identify  an  initial  anchor 
point.  Additional  requirements  were  obtained  from  ESC/DPQ  in  the  form 
of  answers  to  the  subsidiary  questions  posed  in  Chapter  I.  Next,  a  set 
of  storyboards  were  constructed  to  provide  a  visual  representation  of 
potential  DSS  screen  displays.  These  storyboards  were  used  to  communi¬ 
cate  the  requirements  gathered  from  the  concept  maps  and  questions  tsack 
to  ESC  in  the  form  of  representations,  operations,  memory  aids,  and  con¬ 
trol  mechanisms  (ROfIC).  Appendix  C  contains  the  final  set  of  story¬ 
boards  that  resulted  from  the  evaluation  and  changes  made  by  ESC/DPQ  and 
DPR  personnel  through  several  iterations.  As  was  shown  in  Figure  3.2, 
the  end  result  of  this  iterative  process  is  the  definition  of  the  kernel 
system. 

Ulhile  both  DPQ  and  DPR  personnel  were  very  enthusiastic  about 
building  the  DSS  described  by  the  storyboards,  there  were  several  fac- 
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tors  that  prohibited  doing  so  at  the  time  of  this  thesis: 

1.  E9C/DPQ  had  not  identified  a  method  of  eliciting  job  require¬ 
ments,  nor  committed  themselves  to  actually  building  a  data 
base  of  job  descriptions. 

2.  Documentation  of  officer  qualification  and  skill  data  beyond 
Mhat  was  already  available  in  the  PDS  depended  upon  ESC/DPQ 
compiling  a  comprehensive  list  of  all  ESC  job  requirements  and 
evaluating  ESC  officer  qualifications  in  terms  of  the  list. 

3.  ESC/DR3  had  not  committed  to  building  an  ESC  officer  career 
plan  for  the  major  PFSCs  utilized  by  ESC. 

4.  ESC  personnel  were  unable  to  offer  a  consensus  of  what  cri¬ 
teria  to  consider  in  an  officer  assignment  decision,  and  could 
not  provide  a  preference  structure  for  the  criteria  discussed 
in  Chapter  V. 

5.  DPR  personnel  stated  that  a  set  of  rules  for  a  rule-based 
model  to  be  used  to  evaluate  an  officer  s  career  progression 
and  provide  assignment  recommendations  and  career  counseling 
advice  would  be  too  massive  to  be  practical . 

6.  No  off-the-shelf  software  was  found  that  would  sufficiently 
act  as  the  dialog  component  for  dBase  III  Plus,  a  rule-based 
model,  and  a  linear  programming  package  while  providing  the 
extensive  windowing  capabilities  needed  for  the  DSS. 

Before  a  kernel  DSS  can  be  built,  these  six  issues  must  be  ad¬ 
dressed.  The  following  sections  summarize  proposed  solutions  to  these 
issues  and  specific  recommendations  for  building  the  DSS.  These  recom¬ 
mendations  are  consolidated  in  the  form  of  a  building  plan  in  Figure 

6.1. 


Evaluation 

As  discussed  in  Chapter  HI,  identifying  DSS  evaluation  criteria 
before  system  construction  not  only  helps  the  users  decide  what  DSS  to 
build,  but  also  provides  a  basis  for  evaluating  whether  or  not  the  DSS 
is  a  success.  In  short,  evaluation  criteria  will  help  users  and  de¬ 
signers  focus  on  why  the  DSS  is  being  built,  what  it  is  supposed  to  do, 
and  provide  a  standard  to  measure  how  well  it  does  it.  Although  by  no 
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Figure  6.1  A  Proposed  Building  Plan  for  the  ESC  DSS 
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means  exhaustive.  Table  4.1  offers  some  potential  suggestions  for  eval¬ 
uation  criteria. 


DSS  Components 

Chapters  IV  and  V  and  Appendix  C  present  a  DSS  design  which  pro¬ 
vides  ESC  officer  resource  managers  with: 

1.  Quick  access  to  officer  and  job  data  bases  needed  to  support 
the  numerous  phone  calls  from  officers  seeking  assignment 
information. 

2.  A  computerized  notepad  for  documenting  phone  conversations  and 
other  various  pieces  of  information  gathered  on  each  officer. 

3.  A  rule-based  career  model  to  evaluate  an  officer' s  career 
progression  and  offer  assignment  recommendations  and  career 
counseling  advice. 

4.  A  method  for  scoring  officers  for  jobs  based  on  each  officer's 
qualifications  and  career  development  needs. 

5.  A  linear  programming  assignment  model  which  provides  job  as¬ 
signment  recommendations  by  maximizing  the  sum  of  officer 
job  qualification  scores. 

Specific  capabilities  must  be  developed  in  order  to  bring  this  DSS 
to  fruition.  These  requirements  are  concisely  documented  in  the  Hook- 
book,  Appendix  D,  where  they  are  conveniently  sorted  by  DSS  component. 
The  following  subsections  briefly  discuss  these  requirements  in  light  of 
the  foundation  laid  in  this  thesis. 

Job  Data  Base.  ESC  had  not  t»gun  building  the  job  data  base  at 
the  time  of  this  thesis.  Before  the  data  base  can  be  built,  ESC  must 
decide  how  to  characterize  jobs  and  elicit  job  requirements.  Chapter  V 
addresses  one  tnethod  of  characterizing  job  requirements  and  Appendix  E 
provides  a  survey  form  that  could  be  used  to  collect  the  information. 

Air  Training  Command's  Occupational  Measurement  Center  in  conjunction 
with  the  Air  Force  Human  Resources  Laboratory  have  done  extensive  occu- 


pational  surveys  and  Mould  be  a  good  source  of  information  for  data  col¬ 
lection  techniques. 

Officer  Data  Base.  ESC  is  currently  employing  automation  person¬ 
nel  to  build  the  Tracker-Planner  Automated  System  using  dBase  III  Plus. 
The  Officer  Assignment  and  Career  Planning  DSS  Mill  require  an  officer 
data  base  Mith  considerably  more  PDS  data  fields  than  are  currently  be¬ 
ing  used  in  the  Tracker-Planner;  hoMever,  these  fields  can  easily  be 
added  to  the  current  Tracker-Planner  data  base  structure.  The  officer 
data  base  Mill  also  require  additional  fields  for  skills  and  qualifica¬ 
tions  not  specifically  identified  in  the  PDS.  A  master  list  of  job  re¬ 
quirements  must  be  compiled  before  assessing  hoM  many  additional  fields 
Mill  be  needed. 

Rule-Based  Model .  A  rule-based  model  Mould  be  extremely  useful 
for  comparing  an  officer's  career  progression  against  a  career  plan  and 
providing  assignment  recommendations  and  career  counseling  advice.  As 
noted  in  the  thesis,  ESC  is  not  currently  planning  to  develop  a  career 
plan  for  the  officer  force.  Without  a  career  plan,  a  resource  manager 
can  only  offer  generic  career  counseling  and  subjective  assignment  re¬ 
commendations. 

Assignments  Model.  A  linear  programming  assignment  model  that  se¬ 
lects  officers  for  jobs  based  on  an  officers  qualifications  for  each 
job  and  the  officer's  skill  development  needs  is  presented  in  Chapter  V. 
While  the  job  requirement  data  base  Mill  provide  a  basis  for  assessing 
officer  qualifications  for  jobs,  an  additional  tool  is  necessary  for  as¬ 
sessing  an  officer's  skill  development  needs.  Tmo  methods  for  assessing 
officer  skill  development  needs  Mere  suggested  in  this  thesis;  1)  com¬ 
paring  each  officer  s  career  progress  against  an  ESC  career  plan;  and 
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2)  using  a  sinulation  model  to  project  ESC  officer  skill  needs  by  flFSC 


and  year  group.  Unless  one  of  these  capabilities  is  developed,  officer 
skill  development  needs  will  continue  to  be  determined  subjectively  by 
the  resource  manager. 

Ulhile  the  linear  programming  assignment  model  does  not  select  the 
"best  qualified"  officer  for  each  job  nor  place  an  officer  in  a  job  that 
maximizes  skill  development  needs,  it  does  seek  to  trade-off  these  two 
criteria  on  an  equally-weighted  basis.  This  approach  was  selected  as  a 
result  of  EEC's  inability  to  specify  criteria  preference  and/or  assign¬ 
ment  goals.  Goal  programming  and  point  estimate  weighted-sums  models 
are  presented  in  Appendix  F  as  viable  alternatives  to  the  assignment 
model  approach.  For  more  information  on  operations  research  modeling 
techniques,  ESC  may  want  to  reference  Hillier  and  Lieberman's  text.  For 
more  information  on  multi-criteria  decision  modeling  techniques  ESC  may 
want  to  reference  Yu  or  Zeleny. 

Dialog.  The  dialog  component  is  perhaps  the  most  important  part 
of  the  DSS.  In  terms  of  ROMC,  it  provides  the  representations,  opera¬ 
tions,  memory  aids,  and  control  mechanisms  to  support  the  decision  pro¬ 
cess.  ESC  is  currently  developing  the  Tracker — Planner  Automated  System 
using  dBase  III  Plus  for  the  dialog  component.  While  dBase  III  Plus  has 
a  good  self-contained  dialog  capability,  it  cannot  be  used  as  an  exter¬ 
nal  higher-level  dialog.  It  is  recommended  that  ESC  investigate  the 
possibility  of  using  a  DSS  generator,  which  is  an  integrated  package 
that  "provides  a  set  of  capabilities  to  build  specific  DSS  quickly  and 
easily"  (Sprague,  1982:11).  ESC  may  want  to  reference  Walker  or  Sprague 
and  Carlson  for  more  information  on  DSS  generators. 
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Ccnclusian 


Success  of  the  ESC  Officer  Force  Development  Program  depends  on 
ESC's  ability  to  accurately  define  job  requirements,  classify  officers, 
and  select  the  "best  qualified"  officers  for  each  assignment  while  in¬ 
suring  that  officers  are  developing  the  necessary  skills  to  provide  ESC 
with  a  pool  of  professionally-developed  and  technically-qualified  offi¬ 
cers  to  meet  the  future  needs  of  ESC.  This  thesis  specifically  ad¬ 
dressed  each  of  these  issues  and  provided  a  solid  foundation  upon  which 
ESC  can  begin  building  a  DSS  to  support  their  officer  resource  managers. 
This  foundation  consists  of; 

1.  System  requirements  that  were  elicited  from  ESC  resource 
managers  through  the  process  of  concept  mapping  and  are 
presented  in  the  form  of  screen  display  storyboards. 

2.  A  methodology  for  classifying  job  requirements  in  terms  of 
mandatory,  desired,  and  skill  development  criteria  and  a  sut — 
vey  that  can  be  used  to  collect  and  weight  criteria  factors. 

3.  Suggestions  of  how  to  build  an  officer  career  plan  and  a  rule- 
based  model  for  evaluating  officer  career  progression. 

4.  Suggested  criteria  to  be  used  in  making  officer  assignment 
decisions. 

5.  A  method  of  selecting  the  "best  qualified"  officer  for  each 
assignment  through  a  scoring  process  in  which  officer  quali¬ 
fications  are  compared  to  job  requirements. 

6.  A  method  of  placing  officers  in  jobs  that  develop  necessary 
skills  for  future  jobs  in  ESC  through  a  similar  scoring  process. 

7.  A  linear  programming  assignments  model  that  makes  officer 
assignment  recommendations  based  on  officer  qualification  and 
skill  development  scores. 

8.  Suggested  DSS  evaluation  criteria. 

9.  A  Hookbook  of  specific  suggestions  for  developing  each  of  the 
DSS  components. 

The  foundation  has  been  laid  and  a  building  plan  has  been  provided. 
It  is  now  up  to  ESC  to  begin  construction. 
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(VPENDIX  A 


PRCBLEM  DEFINITION 


This  appendix  defines  some  of  ESC's  force  management  problems  and 
some  proposed  solutions  as  identified  through  discussions  with  ESC 
personnel  in  the  early  stages  of  problem  identification.  This  informa¬ 
tion  was  used  to  scope  the  research  effort  into  a  thesis-sized  problem. 
This  appendix  presents  the  issues  as  seen  from  the  perspective  of  the 
command,  the  resource  manager,  and  the  individual  off icer /supervisor. 


TABLE  A.l 


ESC  Personnel  Issues 


Present  ESC  Problems 
1.  Loss  of  experienced  personnel 
-specifical ly  2B25s 


2.  Jobs  are  not  being  filled 
with  the  best-qualified 
individuals 


Possible  Solutions 

A.  Develop  a  system  to  track 
ESC  "assets”  while  they 
are  on  tours  outside  of  ESC 

B.  Define  which  job  assignments 
require  prior  ESC  experience 
and  state  these  requirements 
to 

C.  Develop  a  career-broadening 
program  that  sends  individ¬ 
uals  to  other  MAJCOMS  with 
the  requirement  of  returning 
to  ESC  on  the  follow-on 
assignment 

D.  Create  an  "atmosphere"  that 
makes  officers  want  to  return 
to  ESC  on  subsequent  tours 


A.  Identify  specific  job  re¬ 
quirements  and  individual 
qualifications.  Develop  a 
model  to  match  personnel  ex¬ 
perience  to  job  requirements 

B.  Maintain  a  prioritized  list 
of  individuals  for  each  job 
in  order  to  provide  resource 
managers  with  the  most 
qualified  individuals  for 
each  job 

C.  Stay  ahead  of  l*PC  in  the 
assignments  process  and 
provide  detailed 
justification  for  each 
individual  requested 


3.  An  automated  force  management 
system  to  help  insure  the 
development  of  a  highly- 
qualified  pool  of  experienced 
individuals  for  future  ESC 
requirements  does  not  exist. 


A.  Define  the  pool  of  highly- 
qualified  individuals  by 
specialty  area,  grade,  and 
experience  required 

B.  Define  career  management  and 
assignment  guidelines  for 
each  personnel  specialty  area 

C.  Develop  a  simulation  model  to 
predict  future  ESC  force 
requirements  and  provide 
planning  and  assignment 
guidance 
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Table  A, 2 


ESC  Resajrce  Manager  Issues 


Resource  Manager  Problems 
1.  Inundated  with  phone  calls 


2.  Lack  of  specific  information 
regarding  job  requirements 


3.  Lack  of  specific  officer 

experience  and  qualification 
information 


4.  No  system  exists  to  trade-off 
an  assignment  that  is  best 
for  a  person's  career,  best 
match  for  mission  accomplish¬ 
ment,  or  best  assignment  for 
developing  skills  for  future 
force  requirements 

5.  Some  personnel  are  assigned 
the  job  of  resource  manager 
without  any  prior  personnel 
experience 


Possible  Solutions 

A.  Make  the  most  frequently 
requested  information  avail¬ 
able  to  officers  in  the 
field 

B.  Provide  quick  and  easy 
access  to  PDS  information, 
lists,  and  requirements  by 
automating  on  a  PC 

C.  Automate  the  recording  and 
filing  of  notes  taken  on 
officer  phone  calls 

D.  Use  less-skilled  personnel 
to  answer  basic  phone  ques¬ 
tions 

A.  Document  and  automate 
specific  requirements  for 
all  critical  positions 
(list  could  include  minimum 
level  and  desired  level  of 
expertise) 

B.  Develop  a  model  to  choose 
the  best  qualified  persons 
for  each  job 

A.  Document  and  automate 
officer  experience 

B.  Develop  a  model  to  choose 
the  best  job  for  each 
person's  career 

A.  Develop  a  multi-criteria, 
At-P,  or  goal  programming 
model  to  allow  weighting/ 
prioritizing  of  factors 


A.  Develop  a  prescriptive 

decision  aid  with  training 
and  help  functions  built  in 
to  help  the  "novice"  make 
assignments 


Table  A. 2 


ESC  Resource  Manager  Issues  (cant) 


6.  Lists,  requirements,  records, 
and  regulations  are  all 
browsed  manually 


Personnel  outside  of  ESC  are 
not  available  through  the  PDS 


8.  Resource  managers  have  a 

difficult  time  describing  the 
decision  process  for  making 
assignments 


i 


A.  Automate  as  much  as  possible 
on  a  PC 

B.  Develop  a  decision  aid  that 
screens  and  presents  only 
the  information  of  value  in 
a  form  to  aid  in  the 
decision  process 

A.  Develop  a  system  to  track 
personnel  when  they  leave 
ESC 

B.  Personally  contact  these 
individuals  prior  to  their 
next  assignments  and  provide 
assignment  opportunities  in 
ESC 

A.  Develop  specific  career 
guidelines  for  each 
specialty  area  and 
incorporate  these  guidelines 
in  the  decision  aid 


Table  A. 3 


Qfficer/Supervisor  Issues 


Officer/Suoervisor  Problems 

Specific  Career  Guidance  is 
not  provided  for  career  man¬ 
agement,  assignment  projec¬ 
tion,  ai^  career  counci ling 

Specific  assignment  informa¬ 
tion  is  not  available  for 
filling  out  the  AF  Form  90 
and  career  planning 


Possible  Solutions 

A.  Develop  specific  career 

guidance  for  each  AFSC  that 
tells  an  officer  where  he 
should  be  and  where  he  needs 
to  go 

A.  Make  specific  job  informa¬ 
tion  available  to  each 
officer  that  allows  him/her 
to  assess  if; 

(1)  Qualified  for  the  job 

(2)  Job  is/will  be  available 
at  time  of  PCS 

(3)  Job  fits  career  plan 

(4)  Job  will  develop  some 
desired  area  of 
expertise 


APPENDIX  B 


CONCEPT  MAP 


This  appendix  presents  a  concept  map  of  the  ESC  resource  manager 
officer  assignment  and  career  counciling  arena.  The  concept  map  is 
divided  into  2  separate  pages  due  to  limitation  of  space.  The  resource 
manager  block,  highlighted  in  the  heavier-outlined  box,  is  the  tie  be¬ 
tween  the  2  pages. 


ESC  OFFICERS  I - J  FORM  90  INPUTS 

■  ■■  7-  I  provide  I. - , - 


INFORMTION 


1.  Hhat  assiqnaents  are  available 

2.  A  job  description  of  these  assigneents 

3.  Career  eanageeent  guidance 


PERSONNEL  INFORMTION 


reguest 
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confer  uith 


FUNCTIONAL  NANA6ER  REPRESENTATIVES 


confer  uith 


provide 

recouendations  to 


SENIOR  STAFF  OFFICERS 


BASIC  JOB  REQUIREHENTS 


OFFICERS  FOR  KEY  ASSI6NKNTS 


FINAL  SAY  ON  ESC  KEY  ASSIGNMENTS 


Figure  B.l  Resciurce  Manager  Interactican  with  Key  Individuals 
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PftllM  PERSONNEL  EIPERIENCE 


uy  not 
have 


THE  DECISION  PROCESS  OF  HON  OFFICERS 
ARE  ASSIGNED  TO  JOB  REOUIRENENTS 


cannot  describe 


J 


J'ESC'fifSSOReE'HANAGESSl- 

aggasaggggggggaagggssggsi 

rely  on  i - 


HATCH  OFFICERS  TO  JOBS 


soeetiMs 


HARDCOPY  REGULATIONS 
AND  LISTS 


PDS  PRINTOUTS 


i.e. 

1.  AFR  3i-23 

2.  AF  Fore  90s 

3.  STRO/ODSD  lists 

4.  Nanning  roster 


i.e. 

Officer  SURF  data 


do  not  have 


andl* 


soeetioes 


NATCH  JOBS  TO  OFFICERS 


INFORNAL  INFORNATION 


I.e. 

1.  Handeritten  notes 

2.  Unwritten  rules 

3.  Intuition 

4.  Personal  references 
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JOB  REOUIRENENTS 

PERSONNEL  QUALIFICATIONS 

ESC  CAREER  GUIDELINES 

i.e. 

i.e. 

i.e. 

Job  description  and  Officer  enperience  Means  of  assessing  officer 

qualifications  other  than  PDS  data  career  progression  against 

desired  a  suggested  career  path 


Figure  B.2  Resource  Manager  Decisicxi-Making  Environment 


APPENDIX  C 


FEATURE  CHART  AM)  STORYBOARDS 


The  storyboards  in  this  appendix  are  the  final  results  of  several 
iterations  with  ESC/DPQ  and  DPR  personnel .  These  storyboards  provide 
a  statement  of  officer  resource  manager  requirements.  Since  the  story¬ 
boards  were  designed  using  Sprague  and  Carlson's  ROMC  approach  as  a 
checklist,  the  help  screens  display  information  in  the  form  of  Repre¬ 
sentations,  Operations,  Memory  Aids,  and  Control  Mechanisms.  The  help 
screens  are  introduced  with  a  Requirements  section  that  explains  the 
particular  ESC  needs  addressed  by  that  screen.  A  feature  chart  proceeds 
each  storyboard  sequence  to  show  screen  connectivity  and  where  models 
are  needed  to  support  screen  displays. 


for  all  screen  displays 


Figure  C.l  Answer  Phcne/Career  Counseling  Feature  Chart 


C-2 


CFFICER  AB5ia«<ENr  fitD  CPREER  R-AISNING  DECISION  AID 


MAIN  MENU 


1.  Answer  Phone/Provide  Comseling 

2.  Work  Officer  Assignments 


3.  ESC  Officer  Data  Base 


4.  ESC  Job  Data  Base 


5.  Tracker — Planner  Automated  System 

6.  Automated  Force  Planning  System 


Select  a  number  from  1  to  6:  1 


Enter  Officer's  Name  (Last,  First  Mi):  Doe.  John  T, 


Fl-Help 


F2-Notepad 


F3-Hookbook 


F4-Print 


F5-£xit 


F6-Previous  Scr 


Error  Messages/Menu  Title/Screen  Source 


F3-Hookbciok  window  option 


Review  entries 
Edit/delete  an  entry 
Make  a  new  entry 


HELP 


REQUIRS'OfTS;  ESC  Resource  Managers  require  access  to  officer  personnel  data, 
job  data,  career  counseling  information,  the  Tracker — Planner  Automated  System 
(currently  being  designed  by  DPQ) ,  the  Automated  Force  Planning  System  (when 
built  by  I3PQ) ,  models  to  help  the  career  planning  and  assignments,  and  the 
capability  to  permanently  record  important  information  in  a  note  file. 

HfcH^SENTATI(3NS;  The  Main  Menu  displays  the  6  itain  options  open  to  the  user. 

UPtiHATIQNS;  For  option  <H,  the  calling  officer's  file  is  retrieved  to  support 
the  next  screen  display. 

MEMORY  AIDS;  The  FI  key  provides  a  memory  aid  for  the  control  mechanisms  and 
operations  through  the  help  function.  The  F2  key  provides  a  memory  aid  for 
any  information  recorded  while  talking  to  an  officer  or  reviewing  his/her  rec¬ 
ord.  The  F3  key  provides  a  memory  aid  for  any  ideas  about  how  to  improve  or 
change  the  DSS.  The  F4  key  provides  a  memory  aid  in  the  form  of  saving  infor¬ 
mation  or  printing  a  hard  copy.  The  F6  key  provides  a  short-term  memory  aid 
by  returning  the  user  to  the  previous  screert.  The  function  keys  are  defined 
for  the  user  at  the  bottom  of  each  screen.  Additionally,  the  date,  time,  name 
of  screen,  and  screen  source  are  provided  at  the  bottom  of  each  screen.  User 
is  given  the  format  for  entering  a  menu  choice,  and  an  officer's  name, 

CQNTR(3L  hECHAMISMS;  The  user  selects  an  option  by  entering  a  number.  If  op¬ 
tion  #1  is  chosen,  the  user  is  prompted  for  the  calling  officer's  name. 

Function  Keys 

Fl-Help;  Displays  this  page 

F2-Notepad;  Op»ens  a  window  to  allow  comments  on  an  officer  to  be  viewed, 
entered,  or  edited 

F3-Haokbook;  Opens  a  window  to  allow  hookbook  entries  to  be  viewed,  entered, 
or  edited 

F4-Print;  Provides  a  hard  copy  capjability  through  print  screen  or  file 

capability.  Also  provides  the  capability  of  saving  model  runs 
to  a  file. 

F5-Exit;  Provides  the  capability  of  returning  to  the  operating  system 
F6-Previous  Screen;  Provides  the  capability  of  backing  up  in  screen  sequence 
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Screen  Record 


View  Record 


Possible  Assignments 


Career  Planner 


NRfC;  Capt  Join  T.  Doe 


AFSC;  0035 


SSflN;  123-45-6789 


CLFFENT  JCB  TITLE:  CHIEF,  DECISION  SUPPORT  SYSTEM  BRl^gCH 
UXATIGN:  HQ  ESC,  KELLY  AFB,  TX 
PH0^E:  945-1837 


OEROB:  N/A 
DAG:  841206 
R/S  00rf=L:  N/A 


AGG  AMAIL  CODE:  48 
AGG  ANAIL  DATE:  8812 
PROMOTION  BD:  9006 


1.  Has  a  projected  assignment 

2.  Is  being  screened  by  HQ/ESC  for  key  assignment 

3.  Has  a  by-name  request 

4.  Has  been  screened  by  DPRO  for  assignment 


X 

X 

X 

X 


1 

Fl-Help 

F2-Notepad 

F3-Hookbaok 

F4-Print 

F5-Exit 

1 

F6-Previaus  Scm 

Time 

Date 

Answer  Phone/Provide  Counseling 

Pull  Down  Menus/Options! 


Screen  Record 

View  Record 

Possible  Assignments 

Career  Planner 

see  C-7 

tXjty  History 
Training/PI*E/ 
Education 
Form  90 

Entire  Record 

Days  from  DEROS/AAD 

1.  ±30 

2.  +30/ -60 

3.  +30/-90 

4.  select  window 

View  Qjalifica- 
tions 

View  Career 

Guidelines 
Career  Analysis 
Assignment 
Recommendations 

Window  Options: 

1-4;  Provides  a  Text  window  to  explain  a  "Yes" 


L 
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REQUIRB'€NTS;  ESC  Resource  Managers  need  infornttation  from  an  officer' s  data 
file  to  build  some  rapport  with  the  caller,  determine  when  the  officer  will  be 
eligible  for  reassignment,  and  whether  there  is  any  pending  assignment  action 
on  the  officer. 

NfcpHfc^SENTATIQNS;  This  screen  displays  the  some  basic  officer  record  data  base 
fields  and  text  interpretation  of  pending  assignment  data  base  field  codes. 

□PEHATIQNS;  A  data  base  programming  subroutine  screens  the  pending  assignment 
fields  and  displays  a  no  or  yes  answer  to  the  4  possible  assignment  actions. 

f'*EMDRY  AIDS;  Include  pull-down  windows,  function-key  definitions,  and  screen 
record  option. 

CONIROL  I^CHANISMS;  Mouse  or  keyboard  control.  For  keyboard  control,  select 
an  option  by  using  arrow  keys  and  then  Enter. 
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HELP 


RE□UIRE^ENTS;  ESC  Resource  Managers  need  to  know  if  there  are  any  "glaring" 
problems  in  an  officer's  record  or  special  factors  to  be  considered  before 
proceeding  with  a  counseling  session. 

RfcPHESENTATICNS;  Six  potential  problems  and  two  special  considerations  are 
summarized  in  a  simple  yes  or  no  table.  Three  other  special  considerations 
summarized  by  presenting  the  actual  data  base  fields. 

(J-tHATIONS;  A  data  base  programming  subroutine  screens  the  eight  fields  for 
the  table  entries  and  displays  a  yes  or  no  summary. 

rEMORY  AIDS;  Rjl 1-down  menus  and  function-key  definitions 

CCNTROL  MECHANISMS;  Mouse  or  keyboard  control.  For  keyboard  control,  select 
an  option  by  using  arrow  keys  and  then  Enter. 


Screen  Record 


Possible  Assignments 


Career  Planner 


II  »  »  n 


CflPT  JCM>I  XE'S  FCFM  90  IM^JTB: 


DPFSC 

BPS 

micxvi 

CONUS  AREA/STATE 

8035 

KELLY  AFB  TX 

ESC 

SWEST 

8035 

FORT  rtADE 

SYS 

scE^^■ 

8035 

RmSTEIN  GE 

LOG 

CO 

STATUS: 

VOL  CDLNTHY/LENSm 

GE  /  LT 

GE  /  ST 

SDA/DT:  N/A 

FTf?0  DT:  8802 

1 

Fl-Help 

F2-Notepad 

F3  1  lookbook 

F4-Print 

F5-Exit 

1 

F6-Previous  Scm 

Time 

Date 

V/iew  Record /Form  90 

F4-Print  window  option: 


Print  Screen 
Print  Data  Base 
Print  Note  File 


m-P 


REQUIRET'BVfTS;  ESC  Resource  Managers  need  access  to  an  officer's  entire  per¬ 
sonnel  record  to  verify  information  or  browse  for  additional  information.  Due 
to  the  amount  of  information  contained  in  the  record,  the  resource  managers 
need  the  capability  to  specify  which  sections  of  data  are  displayed. 

REPRESENTATIONS;  Data  base  fields  requested  by  the  menu. 

iJ-tHATIONS;  User  selects  what  data  is  displayed. 

fOIORY  AIDS;  RjI 1-down  menus  and  function-key  definitions 

CONTROL  MECHANISMS;  Mouse  or  keyboard  control.  For  keyboard  control,  select 
a  window  by  using  arrow  keys  and  then  Enter.  A  menu  option  is  chosen  by  using 
the  arrow  keys  and  then  Enter. 
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Screen  Record 


View  Record 


Skill  Development  Crit 


Career  Planner 


Window  Options: 

Numbers  proceeding  jobs 


HO/DPQ  Kelly  AFB,  TX  :  Programs  and  Resources  Section  Chief 

Individual  is  responsible  for  planning  and  establishing 
programs  to  career  develop  ESC's  officer,  enlisted,  and 
civilian  personnel  force.  A  PC  background,  and  a  famil¬ 
iarity  with  the  Air  Force  Personnel  system,  although  not 
mandatory,  would  be  extremely  beneficial. 

POC:  Capt  Alan  Chubb  ROE:  945-1837 


Job  Requirement  Codes 


Meaning 

Supervisory  Experience 
Previous  ESC  Experience 
JOCCP 

EC  Experience 


PFESS  E  TD  EXIT  WIMXM  E 
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HELP 


REQLJ1RE^ENTS;  ESC  Resource  Managers  need  the  capability  of  being  able  to  pull 
up  possible  assignments  that  may  be  available  during  the  calling  officer's  PCS 
window.  Once  ESC/DPQ  establishes  the  job  requirements  for  each  job,  and  qual¬ 
ification  codes  for  each  officer,  the  resource  managers  will  need  to  compare 
these  codes  to  determine  to  what  degree  the  officer  is  qualified  for  the  jobs 
displayed.  It  should  be  noted  that  resource  managers  will  use  this  informa¬ 
tion  for  counseling  only  and  do  not  require  the  use  of  a  qualification  match¬ 
ing  model  here.  Officers  and  resource  managers  also  need  more  information  on 
what  each  job  entails  than  merely  a  job  title  and  location. 

HE^f*-^^f^ATI□NS;  Jobs  that  are  or  will  become  vacant  during  the  period  of 
time  chosen  by  the  user  and  for  which  the  officer  meets  the  mandatory  require¬ 
ments  are  displayed.  Desired  officer  qualification  codes  and  the  officer's 
qualifications  are  alpha-numeric  representations  of  specific  experiences  esta¬ 
blished  by  ESC/DPQ.  A  window  option  provides  specific  information  on  each  job 
and  an  explanation  of  the  alpha-numeric  codes.  An  additional  window  is  avail¬ 
able  for  displaying  the  skill  development  criteria  for  each  job  so  the  resou¬ 
rce  manager  can  assess  the  career  development  impact  of  each  assignment. 

OPERATIONS:  Job  displays  are  the  result  of  a  data  tiase  sort  routine  generated 
for  the  period  of  time  chosen  by  the  user.  Selecting  a  specific  job  invokes  a 
data  retrieval  for  more  detailed  information. 

t“EMQRY  AIDS;  Pull-down  menus  and  function-key  definitions 

COMTROL  r'ECHANISMS;  Mouse  or  keyboard  control.  For  keyboard  control,  select 
a  window  by  using  arrow  keys  and  then  Enter.  A  menu  option  is  chosen  by  using 
the  arrow  keys  and  then  Enter.  To  window  on  a  job,  merely  enter  the  number 
proceeding  the  job  of  interest. 
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Screen  Record 

View  Record 

Possible  Assignments 

Complete 

GLJIDELI^E5 


ADV  DEVELOP 
11-17  yEPPS 


INTERtDIATE 
4-11  YEARS 


INITIAL 
0-4  YEARS 


CPPT  JCFN 


Fl-Help 


Time 


F2-NQtepad 


Date 


F3-HQoktxxik 


F4-Print 


F5-Exit 


F6-Previous  Scr 


Career  Planner /Career  Analysis 


Window  Options: 

"Click"  on  Phases: 

ESC  Career  Guidelines 


YEAR  PHASE  GRADE  TRAINING  EDUCATION  ASSIGNT'ENTS  SKILL  DEVELOPMT 


INTER- 

r«EDIATE 


t  John  Doe's  Career  Prooression 


PHASE  GRADE 


TRAINING 


EDUCATION 


ASSIGTi'ENTS 


SKILL  DGVELOPMT 


INTER- 

t«EDIATE 


HR  P 


REQUIREI*OfrS;  In  order  to  provide  career  counseling,  ESC  Resource  Managers 
require  a  standard  from  which  to  evaluate  an  officer' s  accomplishments  and 
make  recommendations  for  further  career  progress. 

Rfcj-f^SENTRTIONS;  Screen  display  is  a  pseudo  bar  graph  that  compares  an  offi¬ 
cer's  accomplishments  with  a  career  standard.  Shaded  areas  represent  comple¬ 
tion,  non-shaded  areas  represent  career  objectives  still  needing  to  be  met.  A 
solid  outline  indicates  present  and  previous  career  phases,  while  a  broken 
outline  indicates  future  phases.  There  are  4  career  development  factors  dis¬ 
played:  T-Training,  E-Education,  A-Assignments,  and  S-Skill  development. 
Window  representations  show  an  E^  career  phase  objective  with  the  officer's 
career  progression  in  text  form. 

UttkATIONS:  The  career  analysis  option  invokes  a  rule-based  model  (perhaps  an 
expert  system)  that  analyzes  an  officer's  career  by  comparing  his/her  data 
file  with  the  career  standard.  A  simple  screen  graphic  routine  is  invoked  to 
display  the  representation.  Selecting  a  career  phase  invokes  a  data  retrieval 
on  the  officer' s  record  and  the  career  guide. 

tEMDRY  AIDS;  Pull-down  menus  and  function-key  definitions 

CXlv/TROL  MECHANISMS;  Mouse  or  keyboard  control .  For  keyboard  control ,  select 
a  window  by  using  arrow  keys  and  then  Enter.  A  menu  option  is  chosen  by  using 
the  arrow  keys  and  then  Enter.  To  window  on  a  career  phase,  select  the  phase 
using  the  arrow  keys  and  then  Enter. 
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Screen  Record 

View  Record 

Possible  Assignments 

John  Dae' s  Conplete  Cai  uci  ftialvsis 


RC/EDLJCATICN/'mAININB 

F^COrtCMlATICNS 

HAS  CXM^LETED  SOS  (CORR) 

GET  HOT  ON  AC9C 

HAS  NOT  COriPLETED  A  MASTERS 

CONSIDER  AN  fiFlJ  ASSIGM«ENT 

ms  NOT  BEEN  TO  JOCCP 

CONSIDER  JOCCP 

AGSIGrrENTS 

FEECrrElsnATIGNS 

ms  BEEN  A  SOON  FLIGHT  CMDR 

TOUR  AT  A  mjCOM  OR  WING 

AND  A  SQDN  OPS  OFFICOR 

OR  CAREER  BROADENING  TO  8045 

ms  SPENT  LAST  2  TOJRS  IN  SAN 

ASSIGN  TO  S0^E  PLACE  OTHER 

ANTONIO 

imN  TEXAS 

1 

Fl-Help 

F2-Notepad 

F3-Hool<book 

F4-Print 

F5-Exit 

F6-Previous  Scm 

Time 

Date 

Career  Planner/Complete 

HELP 


REQUIREMENTS;  In  order  to  provide  career  counseling,  ESC  Resource  Managers 
require  a  standard  from  Nhich  to  evaluate  an  officer's  accomplishments  and 
make  recommendations  for  further  career  progress.  A  career  screening  model  is 
needed  that  will  make  assignment  recommendations  based  on  the  officer's  accom¬ 
plishments. 

HfcFREabNTATIONS;  Screen  display  is  a  text  summary  of  the  nrodel  results  in  the 
form  of  the  officer's  accomplishments  and  what  the  officer  needs  for  further 
career  progression. 

UHERATIONS;  The  career  analysis  option  invokes  a  rule-based  model  (perhaps  an 
expert  system)  that  analyzes  an  officer's  career  by  comparing  his/her  data 
file  with  the  career  standard  and  making  assignment  recommendations  based  on 
an  established  set  of  rules. 

rCIORY  AIDS;  Pull-down  menus  and  function-key  definitions 

CJJNIRlJl  ^ED^ANISMS;  Mouse  or  keyboard  control .  For  keyboard  control ,  select 
a  window  by  using  arrow  keys  and  then  Enter.  A  menu  option  is  chosen  by  using 
the  arrow  keys  and  then  Enter. 


Screen  Record 


View  Record 


Possible  Assignments 


ed  cn  an  analysis  of  Capt  John  Doe's  Career  needs,  the  folloMing 
Igments  are  a  prioritized  list  of  career  enhancing  assiTunents  : 


Fl-Help 


POSIT  # 


1.  0029766 


2.  0056073 


3.  0042576 


CFFUTT 


JCB  TITLE 


CHIEF,  RECON  INTEL  BR 


FORT  ^EADE  CHIEF,  SEDJRITY  SEC 

RAMS7EIN  QE  CHIEF,  INTELLIGENCE  BR 


fFlFTT  A  NLICER  FCF  RATIONPLE:  2 


F2-Notepad 


F3  I  lookbook 


F4H=rint 


F5-EKit 


F6-PrBvious  Scm 


Career  Planner /Assignment  Recommendations 


Nindow  Options: 

Numbers  proceeding  jobs; 


SAC/IN  Offutt  AFB,  ^E;  Reconn  Intelligence  Branch  Chief 

1.  Capt  J.  Doe  needs  a  tour  at  a  wing  or  tlAJCOM: 

This  tour  is  a  MAJCOM  tour 

2.  Capt  J.  Doe  needs  an  assignment  outside  of  Texas: 

This  tour  is  in  Nebraska 

3.  Capt  J.  Doe  needs  to  attend  school  XYZ  for  the  11-17  year  phase: 
This  tour  will  provide  training  at  school  XYZ 

4.  Capt  J.  Doe  has  an  exact  experience  match  with  job  requirements 
making  it  the  most  suitable  job  of  those  available 
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I-ELP 


RE□LIIRE^ENTS;  Based  on  the  analysis  of  an  officer's  career,  the  ESC  Resource 
Managers  need  to  be  able  to  recommend  which  assignments  offer  the  greatest 
career  enhancement. 

HfcH-fcafcNTATIONS;  Screen  display  is  a  prioritized  list  of  job  assignments 
based  on  the  output  of  a  rule-based  model  or  expert  system.  A  window  option 
provides  a  text  screen  of  the  reasons  behind  each  choice. 

OHiRATIONS;  Invoking  the  Assignment  Recommendations  option  from  the  career 
planner  screen  runs  the  list  of  assignments  that  will  available  during  the 
user  selected  dates  through  a  rule-based  model  or  expert  system  which  priorit¬ 
izes  them  according  to  the  officer's  career  needs. 

t“EMDRY  AIDS;  Pull-down  menus  and  function-key  definitions 

CONTROL  rOIANISMS;  Mouse  or  keyboard  control.  For  keyboard  control,  select 
a  window  by  using  arrow  keys  and  then  Enter.  A  menu  option  is  chosen  by  using 
the  arrow  keys  and  then  Enter.  Rationale  for  a  particular  assignment  is  pro¬ 
vided  by  selecting  the  number  proceeding  the  job. 


C-18 


Figure  C.2  Work  Assignments  Feature  Chart 


ESC  tFFlCER  PBBieWENT  AM)  CWfCER  nj^WINB  BECISION  fllD 


MAIN  MENU 

1. 

Answer  Phone/Provide  Counseling 

2. 

Work  Officer  Assignments 

3. 

ESC  Officer  Data  Base 

4. 

ESC  Job  Data  Base 

5. 

Tracker-Planner  Automated  System 

b. 

Automated  Force  Planning  System 

Select  a  number  from  1  to  6:  2 


Single  or  Multiple  Assignment:  S 
Enter  Officer's  Name  (Last,  First  Mi):  Doe.  John  T. 


1 

Fl-Help 

F2-Notepad 

F3-Hoakbook 

F4-Print 

F5-£xit 

1 

F6-Previous  Scm 

Time 

Date 

Error  Messages/Menu  Title/Screen  Source 
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HELP 


REQUIRE^ENTS;  ESC  Resource  Managers  need  a  better  method  of  matching  officer 
experience  to  job  requirements  while  taking  into  accoLnt  the  overall  impact  of 
each  decision  on  the  officer's  career  and  the  force  development  needs  of  ESC. 
fin  assignment  decision  may  involve  only  one  officer  or  a  group  of  officers. 

hfcPHfc.SENTftTIQNS;  This  screen  is  a  duplication  of  the  main  menu  with  option  2 
selected. 

lJPfcf<ftTIQNS;  Upon  entering  selection  2  and  the  single  assignment  choice,  the 
user  is  prompted  for  the  name  of  the  officer  to  be  assigned. 

MEMORY  AIDS;  Pull-down  menus  and  function-key  definitions 

CavfrROL  rEDHANISMS;  The  user  selects  an  option  by  entering  a  number.  If  op¬ 
tion  #2  is  chosen,  the  user  is  prompted  for  the  type  of  problem  to  be  solved 
(S  or  M).  If  S  is  chosen,  the  user  is  prompted  for  the  officers  name. 

Function  Keys 

Fl-Help:  Displays  this  page 

F2-NDtepad;  Opens  a  window  to  allow  comments  on  an  officer  to  be  viewed, 
entered,  or  edited 

F3-ftaokbaak;  Opens  a  window  to  allow  hookbook  entries  to  be  viewed,  entered, 
or  edited 

F4-Print:  Provides  a  hard  copy  capability  through  print  screen  or  file 

capability.  Also  provides  the  capability  of  saving  model  runs 
to  a  file. 

F5-Exit;  Provides  the  capability  of  returning  to  the  operating  system 
F6-Previous  Screen;  Provides  the  capability  of  backing  up  in  screen  sequence 


I 


UTK  SIM3-E  CFFICER  ASSia>rENr 
CPTIONS; 

1.  Jobs  that  beet  utilize  officer's  qualifications 

2.  Jobs  that  develop  skills  for  future  ESC  needs 

3.  Jobs  that  are  best  for  officer's  career 

4.  Officer's  Form  90  inputs 

5.  Display  all 

Select  an  option  (1-5):  5 


Default  WindoM  is  ±  30  days  from  DkKJb/PAD 
Do  you  Mish  to  change  the  MinckW?  (Y/N):  N 


1 

Fl-Help 

F2-Notepad 

F3-Hookbook 

F4-Print 

F5-Exit 

1 

F6-Previaus  Scm 

Time 

Date 

Work  Single  Officer  Assignments 
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HELP 


REQUIREHENTS;  ESC  has  not  been  able  to  specifically  define  criteria  for  mak¬ 
ing  an  officer  assignment.  This  storyboard  SLimmarizes  some  suggested  criteria 
that  could  be  used  in  making  an  assignment. 

HEPRESENTATIONS;  The  Main  Menu  displays  the  5  main  options  open  to  the  user. 

UPLHATIONS;  This  screen  requires  the  invoking  of  the  officer's  data  file  to 
produce  the  Form  90  inputs,  thie  running  of  a  rule-based  model  to  produce  the 
list  of  assignments  best  for  the  officer's  career,  an  assignments  model  to 
prioritize  jobs  based  on  the  officer's  experience  (discussed  in  the  following 
storyboards),  and  the  running  of  the  assignnnents  model  based  on  future  career 
needs  of  ESC.  The  user  is  prompted  for  the  date  windows  of  interest  which 
invokes  a  data  base  sort  of  jobs  available  for  assignments. 

MEMORY  AIDS;  Pull-down  menus  and  function-key  definitions 

CCMTRCL  HECHPMI5M5!  Mouse  or  keyboard  control.  For  keyboard  control,  select 
an  option  by  using  arrow  keys  and  then  Enter. 
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Mcxlel  Scores 


CfiPT  JOW  DOE  fleSIGWENT  POSSIBILITIES 


Rationale 


BEST  LEE  CF  PRESENT  QUPLIFICATIQNS  BEST  FOR  CAREER  FORCE  DEVELCPrENT 


1.  RAMSTEIN 

1.  FT.  rEADE 

2.  FT.  NEADE 

2.  PETERSON 

3.  KELLY 

3.  KIRTLAND 

4.  OS^ 

4.  tELLY 

5.  PENTAGON 

5.  OSAN 

BEST  FOR  CfiPT  JOM  DCE's  CAREER 


CfiPT  JCMM  DOE'S  FORM  90  INPUTS 


1.  PENTAGON 

2.  FW1STEIN 

3.  KELLY 

4.  OFRJTT 

5.  PETERSON 


1.  KELLY 

2.  FORT  NEADE 

3.  FW6TEIN 


Fl-Help 

F2-Notepad 

F3  Uookbook 

F4-Print 

F5-Exit 

1 

F6-PreviDUS  Scm 

Time 

Date 

Work  Single  Officer  Assignment/All 

Window  Options: 

Model  Scores:  Provides  window  with  Assignment  model  scores 

Rationale:  Provides  window  like  one  in  career  assignment  recommendations 
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REQUIRE^E^ITS;  ESC  has  not  been  able  to  specifically  define  criteria  for  mak¬ 
ing  an  officer  assignment.  This  storyboard  summarizes  some  suggested  criteria 
that  should  be  used  in  making  an  assignment. 

REPRESENTATIONS;  A  prioritized  list  of  jobs  satisfying  each  criteria  is  pre¬ 
sented  in  list  form.  The  Rationale  option  provides  the  reasoning  behind  a 
"best"  for  the  officer's  career  choice  in  a  window  as  already  shown  in  the 
Career  Planner  storyboard.  The  Model  Scores  option  provides  the  "rationale" 
behind  the  jobs  listed  in  the  top  two  criteria. 

OPERATIONS;  This  screen  requires  the  invoking  of  the  officer's  data  file  to 
produce  the  Form  90  inputs,  the  running  of  a  rule-based  model  to  produce  the 
list  of  assignments  best  for  the  officer's  career,  an  assignments  model  to 
prioritize  jobs  based  an  the  officer's  experience  (discussed  in  the  following 
storyboards),  and  the  running  of  the  assignments  model  based  on  future  career 
needs  of  ESC. 

(“EMORY  AIDS;  Pull-down  menus  and  function-key  definitions 

COfy/TROL  (“EOIANI5MS;  (iouse  or  keyboard  control.  For  keyboard  control,  select 
an  option  by  using  arrow  keys  and  ttnen  Enter. 


MffK  WL1.TIFLE  OFFICER  ASSiasTOffS 


II .  :  : - II  { 

CPTIONS; 

1-  Build  officer  and  job  lists 

2.  Weight  officer  skill  development  needs 

3.  Score  officers  for  jobs 

4.  F\jn  Assignments  Model 

Select  an  option  (1-5):  1 


1 

Fl-Help 

F2-Notepad 

F3-Hookbook 

F4-Print 

F5-£xit 

F6-Previous  Scm 

Time 

Date 

Work  Multiple  Officer  Assignments 

C-26 


HELP 

REQUIREMENTS;  For  the  majority  of  cases,  ESC  Resource  Managers  are  faced  with 
assigning  a  pool  of  officers  available  for  assignment  to  a  pool  of  available 
jobs.  The  resource  manager  needs  to  identify  the  officers  who  are  being  con¬ 
sidered  for  an  assignment,  the  jobs  that  they  will  be  considered  for,  and  the 
skill  development  needs  of  each  officer.  The  resource  managers  then  scores 
each  officer  for  each  job  and  runs  an  assignment  model  to  determine  which  of¬ 
ficer  to  assign  to  which  job. 

Hbi-^Hb.SENTATIONS;  The  menu  displays  4  options  open  to  the  resource  manager. 
While  the  sequence  involved  is  sequential,  the  resource  manager  is  given  the 
flexibility  to  perform  part  of  the  sequence,  save  the  data,  and  return  to  it 
at  a  later  time. 

OPERATIONS;  The  first  three  options  call  dBase  III  Plus  sort  and  subroutines. 
The  last  option  runs  the  Assignment  model. 

HEMDRY  AIDS;  Pull-down  menus  and  function-key  definitions 

CONTROL  HECHANISMS;  Mouse  or  keyboard  control.  For  keyboard  control,  select 
an  option  by  using  arrow  keys  and  then  Enter. 


C-27 


HELP 


REQUIRE^E^^'S;  For  the  majority  of  cases,  ESC  Resource  Managers  are  faced  with 
assigning  a  pool  of  officers  available  for  assignment  to  a  pool  of  available 
jobs.  They  must  be  able  to  identify  the  pool  of  officers  to  be  assigned  by 
rank,  flFSC,  and  a  window  of  dates.  They  must  also  be  able  to  identify  the 
vacant  job  requirements  by  window  dates. 

HEPhtiSENTATIONS!  The  resource  manager  is  queried  for  information  necessary  to 
build  a  list  of  officers  and  jobs.  Two  menus  are  available  to  aid  in  the  en¬ 
try  format. 

OHEHATIONS;  The  input  data  invokes  two  data  sort  routines;  one  in  the  officer 
data  base  and  one  in  the  job  data  base. 

HEMDRY  AIDS;  Pull-down  menus  and  function-key  definitions 

CONTROL  f^CHAMISMS;  Mouse  or  keyboard  control.  For  keyboard  control,  select 
an  option  by  using  arrow  keys  and  then  Enter.  A  menu  option  is  chosen  by 
using  the  arrow  keys  and  then  Enter. 


C-29 


View  Record 


The  follcMing  8035  Captains  are  eligible  for  PCS  during  10BB-12BB: 


1.  Doe,  John 

2.  Smith,  Doug* 

3.  Jones,  Harold 

4.  McDonald,  Joe 

5.  Barr,  Fred 


*MTTE:  Doug  Smith  has  a  UIF 


Do  you  wish  to  remove  hie  free  the  list?  (Y/N):  N 
Do  you  wish  to  save  this  list?  (Y/N):  V 
Enter  a  filename  for  this  list:  OFFICER. LST 


1 

Fl-Help 

F2-Notepad 

F3-Hookbook 

F4-Print 

F5-Exit 

1 

F6-Previous  Scm 

Time 

Date 

Work  Multiple  Officer  Assignments/Build  Lists 

Window  Option: 

View  Record:  Same  options  as  C-5 


C-30 


HELP 


REQUIREMBvn~S;  After  the  list  of  officers  has  been  established,  the  ESC  Re¬ 
source  Manager  needs  to  know  if  there  are  any  glaring  problems  in  any  of  the 
officer's  records  or  any  special  assignment  considerations. 

hfci-^SENTATIONS;  The  list  of  officers  obtained  by  data  sort  is  presented. 

Each  officer's  record  is  screened  and  an  appears  by  the  name  of  any  offi¬ 
cer  identified  with  a  potential  assignment  problem.  An  explanation  of  the 
problem  encountered  appears  at  the  bottom  of  the  screen. 

lIPERATIONS;  Each  officer's  record  is  screened  using  the  data  base  screen  rec¬ 
ord  subroutine.  The  resource  manager  is  given  the  option  of  removing  an  of¬ 
ficer  from  the  list.  The  view  records  window  invokes  a  data  base  file  retrie¬ 
val  for  the  officer  of  interest.  The  resource  manager  must  save  the  list  as  a 
file  for  later  use. 

HEMORY  AIDS;  Rjl 1-down  menus  and  function-key  definitions 

CONTROL  HECHflNISMS;  Mouse  or  keyboard  control.  For  keyboard  control,  select 
an  option  by  using  arrow  keys  and  then  Enter.  A  menu  option  is  chosen  by 
using  the  arrow  keys  and  then  Enter. 


C-31 


9 


w 


View  Jobs 


Tlv  follcjwing  Jobs  will  be  vacant  during  10GB-12BB  and  do  not 
currently  have  an  individual  projected  for  them: 


1.  0042576  Ramstein 

2.  0029766  Offutt 

3.  0056873  Fort  Meade 

4.  0034689  Pentagon 

5.  0098675  Kelly 

6.  0065748  Osan 

7.  0982346  Peterson 


tNQTE:  You  must  remove  2  jobs  from  the  list  prior  to  running  the  model. 
Enter  the  numbers  of  the  2  jobs  you  wish  to  remove;  6.7 

Do  you  wish  to  save  this  list?  (Y/N):  Y 


Enter  a  filenoie  for  this  list:  JOB.LST 


1 

Fl-Help 

F2-Notepad 

F3  tiookbook 

F4-Print 

F5-Exit 

1 

F6-Previous  Scm 

Time 

Date 

Work  Multiple  Officer  Assignments/Build  Lists 

Window  option; 

View  Jobs;  Provides  access  to  data  base  information 


C-32 


I 


he  p 


REOJIREhENTS;  After  the  list  of  vacant  jobs  is  sorted,  the  ESC  Resource  Mana¬ 
ger  oust  decide  which  jobs  will  be  filled.  Since  ESC  could  not  provide  any 
guidelines  for  making  a  distinction  between  jobs,  the  resource  manager  must 
make  a  subjective  assessment  and  reduce  the  number  of  jobs  that  will  be  filled 
equal  to  the  number  of  officers  being  assigned. 

(•fc^t^SENTATIONS;  The  list  of  jobs  presented  by  data  sort  is  presented. 

CFERATIQNS;  The  user  can  invoke  a  data  base  file  retrieval  to  help  in  the 
decision  of  which  jobs  to  eliminate.  The  resource  manager  must  save  the  list 
as  a  file  for  later  use. 

fEMQRY  AIDS;  Rjl 1-down  menus  and  function-key  definitions 

CCNihuu  hECHANISMS;  Mouse  or  keyboard  control.  For  keyboard  control,  select 
an  option  by  using  arrow  keys  and  then  Enter.  A  menu  option  is  chosen  by 
using  the  arrow  keys  and  then  Enter. 


VieM  Record 


View  Career  Plan 


ShOM  Codes 


The  folloNing  skills  are  suggested  for  an  8035  CPPT  at  the  10  year  point: 
Skills 


Capt  John  Doe  has 
Capt  John  Doe  needs 
Meights 


A 

B 

C 

6 

H 

I 

J 

1  ^ 

B 

c 

E 

H 

1 

6 

I 

J 

5 

3 

2 

TDTflL 


10 


Enter  weight  directly  under  the  corresponding  need,  and  press  ENTER 
when  finished.  Score  will  be  automatically  normalized.  Press  PGDN 
for  next  officer.  Press  F  when  you  are  finished. 


Fl-Help 


F2-Notepad 


F3-Hookbook 


F4-Print 


F5-Exit 


F6-Previous  Scm 


Time 


Date  Work  Multiple  Officer  Assignments/Weight  Officer  Needs 


Window  Options: 

View  Record:  Same  options  as  C-5 

View  Career  Plan:  Provides  career  guidelines  as  in  C-13 
Show  Codes:  Provides  a  listing  of  requirement  codes 


h€LP 

REQUIRETCNTS;  After  the  lists  of  officers  to  be  assigned  and  available  jobs 
are  established,  the  ESC  Resource  Manager  oust  assess  each  officer's  ESC  ca~ 
reer  development  needs.  This  process  involves  identifying  what  skills  an  of¬ 
ficer  needs  to  develop  for  future  ESC  assignments  and  weight  the  importance  of 
each  of  those  skills. 

wEHwtSENTATIONS;  Assuming  that  an  ESC  career  plan  existed,  a  list  of  sug¬ 
gested  skills  would  exist  for  various  steps  along  the  career  progression.  The 
top  block  on  this  screen  represents  suggested  skill  needs  for  the  officers 
being  considered  for  assignment.  An  officer's  present  skills  and  qualifica¬ 
tions  are  presented  in  the  second  block.  The  difference  between  the  top  two 
blocks  comprises  the  officer's  skill  development  needs.  The  relative  impor¬ 
tance  of  each  factor  is  indicated  by  numerical  weights  entered  by  the  resource 
manager. 


lIHEHATIQNS!  The  resource  manager  weights  the  importance  of  each  officer's 
skill  development  needs  by  placing  a  relative  weight  beneath  each  factor. 

Upon  hitting  the  enter  key,  the  factor  weights  will  automatically  be  normal¬ 
ized  an  established  number.  For  purposes  of  this  example,  the  sum  of  skill 
development  weights  is  10.  The  needs  and  weights  are  also  automatically 
stored  in  the  officer's  data  base  file. 

rCIDRY  AIDS;  Pull-down  menus  and  function-key  definitions.  The  user  can  re¬ 
call  an  officer's  record,  or  the  ESC  career  plan.  An  explanation  of  the  codes 
is  available  through  the  Show  Codes  option. 

CONTROL  MECHANISMS;  Mcxjse  or  keyboard  control.  For  keyboard  control,  select 
an  option  by  using  arrow  keys  and  then  Enter.  A  menu  option  is  chosen  by 
using  the  arrow  keys  and  then  Enter.  PGDN  is  used  to  move  through  the  list  of 
officers.  F  returns  the  user  to  the  Work  Multiple  Officer  Assignments  Menu 
when  all  officer  skill  development  needs  have  been  identified  and  weighted. 


C-35 


View  Record 


View  Job 


View  Scores 


Show  Codes 


Job  #1 


Officer  #1 


Scores 


MAMMTORY 

CTOTERIA 

DE5IFED 

O^ITERIA 

SKILL  DEVCIXP- 
hENT  miTERIA 

ABC 

4D  4E  2F 

H  I  J 

OLJALIFICATIC^ 

ICED6 

ABC 

E  H 

56  31  2J 

10 

4 

3  2 

Press  for  next  officer,  for  next  job, 

and  F  when  you  are  finished  scoring. 


TOTAL 


19 


1 

Fl-Help 

F2-Notepad 

F3  1  bokljook 

F4-Print 

F5-Exit 

1 

F6-Previous  Scm 

Time 

Date 

Work  Multiple  Officer  Assignments/Score  Officers 

Window  Options: 
View  Scores: 


Officers 


1 

2 

3 

4 


Jobs 

12  3  4 


10 

— 

13 

15 

17 

25 

0 

23 

30 

15 

30 

25 

10 

10 

23 

0 

21 

15 

24 


19 


15 

13 


151  141  171  201  22 


I  •  •  •  • 


Show  Codes:  Provides  a  listing  of  requirement  codes 


C-36 


h€LP 


RFfl URB^ENn'S;  After  the  lists  of  officers  to  be  assigned  and  available  jobs 
are  established  and  officer  skill  development  needs  have  tDeen  Meighted,  the 
ESC  Resource  Manager  must  assess  each  officer's  qualifications  for  each  job. 

REl-ft.5ENTATIQNS;  A  single  officer's  qualifications  are  assessed  against  the 
requirements  of  a  single  job.  The  officer's  qualifications  are  fields  from 
the  officer's  data  base  record.  The  mandatory  factors  are  those  factors 
necessary  for  an  officer  to  be  assigned  to  that  particular  job.  The  desired 
factors  are  those  qualifications  that  Mould  be  possessed  tiy  the  ideal  job  can¬ 
didate.  The  relative  importance  of  each  factor  is  indicated  by  numerical 
Meights  preceding  each  factor.  The  skill  development  factors  are  those  skills 
that  an  officer  will  develop  if  assigned  to  the  job.  The  third  row  is  a  work 
space  for  the  resource  manager  to  enter  scores.  The  scores  are  totaled  in  the 
last  block. 

OPERATIONS;  The  user  is  building  a  score  matrix  as  shown  in  the  view  scores 
option.  The  user  may  score  each  officer  for  one  job  and  then  move  on  to  the 
next  job,  or  vice  versa.  If  an  officer  does  not  meet  the  mandatory  criteria, 
a  "0"  is  entered  for  the  total  score,  otherwise  a  "10"  is  entered.  For  the 
desired  criteria,  the  candidate  receives  the  factor  weights  of  the  qualifica¬ 
tions  that  he/she  possesses.  For  the  skill  development  criteria,  the  candi¬ 
date  receives  the  factor  weights  for  the  skills  that  a  job  offers  and  he/she 
needs.  The  maximum  total  score  is  30. 

(“EMORY  AIDS;  Pull-down  menus  and  function-key  definitions.  The  user  can  re¬ 
call  an  officer's  record,  or  a  job  file.  Art  explanation  of  the  codes  is 
available  through  the  Show  Codes  option.  The  view  scores  helps  the  user  keep 
track  of  who  has  been  scored  for  what. 

CONTROL  IECHANI5M5;  Mouse  or  keyboard  control.  For  keyboard  control,  select 
an  option  by  using  arrow  keys  and  then  Enter.  A  menu  option  is  chosen  by 
using  the  arrow  keys  and  then  Enter.  PGDN  is  used  to  move  through  the  list  of 
officers,  and  is  used  to  move  through  the  list  of  jobs.  F  returns  the  user 
to  the  Work  Multiple  Officer  Assignments  Menu  when  all  officer  skill  develop¬ 
ment  needs  have  boon  identified  and  weighted. 


C-37 


View  Record 


View  Job 


JCBS 

0042576  Ramstein 
0029766  Qffutt 
0056873  Fort  Meade 
0034689  Pentagon 
0098675  Kelly 


CFFICERS 
Doe,  John 
Jones,  Harold 
McDonald,  Joe 
Barr,  Fred 
Smith,  DoLig 


Do  you  wish  to  save  this  list?  (Y/N) :  Y 
Enter  a  filename  for  this  list:  ASSlGNfTT.LST 


Fl-Help 

F2-Notepad 

F3  t  lookbook 

F4-Print 

F5-Exit 

1 

F6-Previous  Scm 

Time 

Date 

Work  Multiple  Officer  Assignments/Run  Model 

Window  Options: 

View  Record;  Same  options  as  C-5 

View  Jobs:  Provides  access  to  data  base  information 


C-38 


I-ELP 

REQUIREI*ENTS;  The  final  requirement  is  a  list  of  jobs  and  who  the  best  choice 
is  for  each. 

HfcHHli.bfcf»fTATIONS;  Parallel  listing  of  the  best  officer  choice  for  each  job. 

OPERATIONS;  The  data  is  the  output  from  the  assignments  model .  One  possible 
approach  identified  was  to  dump  the  score  matrix  to  a  spreadsheet,  use  a  lin¬ 
ear  programming  package  to  solve  the  problem,  and  send  the  solution  back  to 
dBase  III  Plus  via  the  spreadsheet. 

I^ENDRY  AIDS;  Pull-down  menus  and  function-key  definitions.  The  user  can  re¬ 
call  an  officer's  record,  or  a  job  file. 

CONTROL  ^‘ED-IPNIS^*S;  Mouse  or  keyboard  control .  For  keyboard  control ,  select 
an  option  by  using  arrow  keys  and  then  Enter.  A  menu  option  is  chosen  by 
using  the  arrow  keys  and  then  Enter. 


C-39 


APPETCIX  D 


HDQKBOCK 


This  appendix  identifies  capabilities  that  niust  be  developed  in 
order  to  build  the  D5S  described  by  the  storyboards  in  Appendix  C.  It 
also  identifies  additional  capabilities  not  shoMn  in  Appendix  C  that 
could  be  included  in  the  DSS  design  or  added  later  after  an  initial 
kernel  system  is  built.  As  ideas  came  to  mind,  they  Mere  documented  on 
index  cards  and  later  transferred  to  the  computerized  cards  shoMn  in 
this  appendix. 


D-1 


DATE:  25  April  G8 


SLIBJECT :  Career  Plan 


IDEA:  ESC  needs  to  develop  a  career  plan  for  each  of  the  primary 
officer  AFSC's  within  ESC.  This  career  plan  may  resemble  APR  36-23 
with  ESC  specific  data  entries.  These  guidelines  need  to  be  estab¬ 
lished  in  order  to  provide  a  baseline  to  measure  an  individual's 
career  progression. 

CIRCUMSTANCE:  Considering  career  evaluation  techniques  during 
literature  review  for  thesis  proposal 


D-2 


DATE:  12  May  88 


SUBJECT:  Data  Base,  Jobs 


I>-3 


DATE;  3  May  80 


SUBJECT:  Data  Base,  Officer 


IDEA:  Find  a  way  to  incorporate  the  reverse  side  AF  Form  90  comments. 
ESC  could  set  a  policy  that  those  comments  be  put  in  bullet  form  for 
ease  in  entering  in  the  data  base.  Additionally,  front  side  Fm  90 
career  objectives  are  not  part  of  the  PD5  and  should  be  added  as 
well . 


CIRCUMSTANCE;  Personal  interview  with  Capt  Washbom. 
about  which  pjortions  of  FM  90  are  computerized. 


Discussion 


14  June  88 


SUBJECT:  Data  Base,  Officer 


IDEA:  Need  to  identify  officer  qualifications  in  terms  of  job 
requirements.  SEIs  are  used  extensively  for  enlisted  personnel,  but 
officers  have  very  few  if  any.  Limited  information  is  available  in 
the  PDS  so  a  local  coding  system  will  be  necessary  to  identify  those 
experiences. 


CIRCUMSTANCE:  Infortnation  obtained  from  I3PQ  personnel  on  ESC  trip. 


DATE;  4  August  80 


SUBJECT:  Data  Base,  Officer 


IDEA:  Consideration  must  be  given  as  to  how  the  officer  data  base 
will  be  kept  current.  Since  ESC  is  devising  a  local  coding  scheme 
for  officer  skills  and  experiences,  the  monthly  PDS  dumps  will  not 
update  these  entries.  The  particular  methodology  will  probably 
depend  on  the  types  of  skills  and  experiences  being  tracked. 


CIRCUMSTANCE;  Follow-up  visit  to  ESC.  Discussions  with  DPQ  personnel 
on  their  plans  to  enter  officer  skills  and  experience  data. 


DATE:  1  September  88  SUBJECT:  Dialog 


IDEA:  Consideration  should  be  given  to  using  a  DSS  generator  in  lieu 
of  trying  to  combine  off-the-shelf  software  packages.  Contact 
should  be  made  with  HQ  USAF,  DCS/Personnel  since  they  conducted  an 
extensive  study  on  DSS  generators  for  the  Enlisted  Force  Management 
system. 


CIRCUMSTANCE:  Frustration  from  trying  to  use  dBase  III  Plus, 
Planner  Plus,  MS  Mindows,  etc.  to  build  a  kernel  DSS. 


D-4 


DATE:  25  April  86 


SUBJECT:  Models,  Assignment 


D-5 


DATE:  23  August  88 


SUBJECT:  Models,  Assignment 


IDEA:  A  multi-criteria  model  that  incorporates  AF  career  development 
needs,  Form  90  desires,  future  force  requirements,  etc.  could  be 
developed  in  lieu  of  the  linear  programming  assignments  model  if  fat. 
Mould  like  to  incorporate  additional  criteria  in  the  assignments 
decision  process. 


CIRCUMSTANCE:  Discussions  with  LtCol  Valusek  on  adapting  a  scoring 
model  for  use  in  the  thesis 


DATE:  15  June  88  SUBJECT:  Models,  Assignment 


IDEA:  Incorporate  additional  criteria  in  the  assignments  model  that 
considers  the  promotion  impact  of  an  assignment.  The  impact  of  the 
new  CES  also  needs  to  be  evaluated.  A  commander  may  "stove-pipe"  an 
individual  to  utilize  the  officer's  expertise  and  still  protect  his/ 
her  career  by  giving  a  "definitely  promote." 


CIRCUMSTANCE;  Discussions  with  Capt  McCurdy  and  Capt  Chubb  during 
ESC  visit  concerning  the  trade  off  of  experience  vrs.  career  needs. 


DATE:  16  May  88  SUBJECT:  Models,  Rule-based 


IDEA;  Develop  an  rule-based  model  that  makes  assignment  recommend¬ 
ations  based  on  an  officer's  career  needs,  the  officer's  career 
objectives,  AF  career  guidelines,  and  an  ESC  career  plan. 


CIRCLfISTANCE;  Considering  possible  models  during  literature  review 
for  thesis  proposal. 


APFOsCIX  E 


SUF^CY 


This  appendix  presents  a  survey  that  could  be  used  to  elicit  the 
job  requirements  identified  in  Chapter  V.  The  information  provided  in 
this  appendix  Mould  need  to  be  appended  to  a  letter  from  ESC  Head¬ 
quarters  mandating  the  accomplishment  of  such  a  survey.  Additionally, 
the  generic  examples  should  be  changed  to  ones  more  specific  to  ESC. 


NBfC;  Dae,  John  T. 


RPM<;  CfiPT 


flrac:  0035 


POSITION  »;  XXXXXX 


Dear  Supervisor: 

ESC  is  currently  building  a  data  base  of  officer  job  position  re- 
quireoients.  These  requirements  will  be  used  for  three  important  pur¬ 
poses:  1)  to  help  resource  managers  fill  job  positions  with  officers 
that  have  the  skills  and  experience  required  by  each  job;  2)  to  help 
ESC  develop  a  career  development  plan  for  ESC  officers;  and  3)  to  help 
ESC  manage  officer  training  and  skill  development  to  insure  there  is  a 
pool  of  well-qualified  officers  to  meet  the  future  force  requirements  of 
ESC. 

The  officer  listed  at  the  top  of  this  page  is  currently  filling 
the  job  position  listed  there  as  well.  You,  as  his  supervisor,  are  in 
the  best  position  for  determining  what  officer  qualifications  are  neces¬ 
sary  to  fill  this  position.  Since  the  information  that  you  provide  in 
this  survey  will  be  used  to  evaluate  future  candidates  for  this  posi¬ 
tion,  it  is  in  your  best  interest  to  carefully  consider  your  answers  to 
the  following  questions. 


STEP  I.  Identifying  Mandatory  Criteria  Factors: 

Mandatory  Criteria  are  those  minimum  qualifications  needed  by  an 
officer  to  perform  the  responsibilities  of  a  job  position.  The  current 
mandatory  criteria  are  the  rank  and  AFSC  listed  at  the  top  of  this  page. 
Are  there  any  additional  qualifications  that  are  absolutely  essential 
for  an  officer  to  possess  prior  to  being  assigned  to  this  position?  You 
should  be  aware  that  any  additional  requirements  will  narrow  the  field 
of  possible  job  candidates,  and  over — specifying  mandatory  criteria  may 
result  in  the  position  not  being  filled.  Examples  of  qualifications  you 
may  want  to  consider  are  provided  in  the  left-hand  column  below.  Fill 
in  any  Mandatory  Criteria  in  the  right-hand  column. 


EXAMPLES  MWDATORY  CRITERIA 

Advanced  Degree:  _ 

Training  Schools;  _ 

Job  Skills:  _ 

Technical  Skills;  _ 

Job  Experience;  _ 

Supervisor  Experience;  _ 

Etc.  _ 
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STEP  II.  Identifying  Desired  Criteria: 

Desired  Criteria  are  the  officer  qualifications  that  an  ideal  job 
candidate  would  possess.  These  criteria  will  be  used  by  the  resource 
managers  to  try,  whenever  possible,  to  place  a  "better  qualified"  offi¬ 
cer  in  this  job  position.  Mhat  additional  qualifications  would  you  like 
to  see  in  a  job  candidate  being  considered  for  this  position?  Examples 
of  qualifications  you  may  want  to  consider  are  degree  specialty  area, 
secondary  flFSC,  previous  job  experience,  previous  work  experience,  mili¬ 
tary  background  and  expertise,  etc.  List  those  criteria  in  Column  A 
below. 


STEP  III.  Rank  order  your  list  of  factors  in  the  following  manner: 

Look  at  the  list  in  Column  A  and  pick  out  the  most  important  fac¬ 
tor.  Place  this  item  on  line  1  of  Column  B.  Next,  pick  out  the  second 
most  important  factor  and  place  it  on  line  2.  Continue  ordering  all 
factors  until  Column  B  consists  of  all  factors  listed  from  most  impor — 
tant  to  least  important. 


STEP  IV.  Weight  the  importance  of  each  factor  relative  to  the  least 
important  factor  in  the  following  manner: 

Place  a  "1"  in  the  Weights  column  adjacent  to  the  least  important 
factor  in  Column  B.  Next,  compare  each  of  the  remaining  factors  in  Col¬ 
umn  B  to  the  least  important  factor.  Enter  a  weight  of  how  much  more 
important  each  factor  is  than  the  least  important  factor. 

For  example:  If  your  least  important  factor  is  "has  been  a 
section  chief"  and  another  factor  is  "has  been  to  JOCCP"  and 
in  your  judgement  having  JOCCP  is  twice  as  important  as  having 
been  a  section  chief,  you  would  place  a  "2"  in  the  weights  col¬ 
umn  adjacent  to  the  "has  been  to  JOCCP." 

Column  A  Column  B  Weights 
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STEP  V.  Identifying  Skill  Development  Opportunities: 


In  addition  to  finding  "the  best  qualified"  officers  to  fill  jobs, 
ESC  is  also  interested  in  identifying  what  skills  and  experiences  an 
officer  will  develop  over  the  course  of  a  3-4  year  tour  in  this  posi¬ 
tion.  In  particular,  what  skills  and  experiences  can  an  officer  expect 
to  gain  in  this  job  that  will  be  of  benefit  for  his/her  career  and/or 
future  ESC  jobs?  Examples  of  qualifications  you  may  want  to  consider 
are  provided  in  the  left-hand  column  below.  Fill  in  any  Skill  Develop¬ 
ment  Criteria  in  the  right-hand  column. 

EXP^PLES  SKILL  DEVELCFtENT  CRITERIA 

Training  Schools:  _ 

Job  Skills:  _ 


Technical  Skills: 


Job  Experience: 
Supervisor  Experience: 
Etc. 


STEP  VI.  Composing  a  Brief  Job  Description: 

Finally,  ESC  is  also  comprising  a  short  job  description  of  each 
job  position  within  the  data  base.  These  job  descriptions  will  be  used 
to  provide  resource  managers  with  a  better  understanding  of  the  job  re¬ 
quirements  they  are  trying  to  fill.  Additionally,  these  descriptions 
will  eventually  be  consolidated  and  made  available  to  all  ESC  units  for 
officers  to  use  in  filling  out  their  Form  90  preferences.  The  descrip¬ 
tion  can  be  no  more  than  5  type-written  lines.  One  possible  suggestion 
would  be  to  condense  the  job  description  from  block  III  of  the  last  OER 
you  wrote  for  the  officer  presently  in  the  position.  Also  provide  the 
name  and  number  of  a  point  of  contact  who  would  be  able  to  answer  any 
questions  about  the  job. 


JOB  DESCRIPTION; 


POII^  CF  CONTACT: 


AUTOVON  MJhBER 


Thank  you  for  your  cooperation  in  this  endeavor. 
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APPEIVOIX  F 


MULTIPLE-CRITERIA  MODELS 


This  appendix  presents  the  techniques  of  point  estimate  weighted- 
sums  and  goal  programming  as  possible  alternate  approaches  for  develop¬ 
ing  a  model  for  use  by  resource  managers  in  making  officer  assignment 
decisions.  Minch  and  Sander's  article  would  provide  good  background 
reading  should  ESC  wish  to  incorporate  a  multicriteria  model  in  their 
D5S. 


Background 

There  are  two  general  approaches  to  multiple-criteria  decision 
making  (MCDM):  1)  Multi-attribute  decision  analysis  (MAOA),  which  "is 
the  descriptive  version  of  MCDM";  and  2)  Multi-criteria  optimization 
(MCO)  which  "is  the  prescriptive  version  of  MCDM"  (Chan,  190B).  MCDA  is 
a  "process-oriented  approach"  which  seeks  to  answer  the  question  "how" 
whereas  MCO  is  an  "outcome-oriented  approach"  which  seeks  to  answer  the 
questions  "what  and  when"  (Zeleny,  1982:85).  MCDA  has  boon  most  appli¬ 
cable  to  resolving  "problems  with  a  small  number  of  alternatives  in  an 
environment  of  uncertainty"  such  as  those  involving  public  policy  deci¬ 
sions  (where  to  build  a  nuclear  power  plant,  where  to  build  a  new  air¬ 
port,  etc.)  MCO  is  more  useful  when  applied  to  less  controversial  "det¬ 
erministic  problems  in  which  the  number  of  feasible  alternatives  is 
large"  such  as  business  decisions  involving  staffing,  budgeting,  produc¬ 
tion,  resource  management,  etc.  (Steuer,  1986:5).  Since  ESC  is  primar¬ 
ily  interested  in  answering  the  "what  and  when"  questions  involved  in 
officer  resource  management,  a  MCO  approach  is  used  in  this  appendix. 
Should  ESC  desire  more  information  on  MCDA,  Kenney  and  Raiffa's  text 
would  be  a  good  starting  place. 

Many  MCDM  techniques  focus  on  a  decision  maker's  utility  function. 
In  MCO,  a  mathematical  expression  of  the  decision  maker  s  utility  func¬ 
tion  is  used  to  calculate  an  optimal  solution.  "The  difficulty  is  that 
with  many  problems  it  is  not  possible  to  obtain  a  mathematical  represen¬ 
tation  of  the  decision  maker's  utility  function"  (Steuer,  1986:4).  In 
the  case  of  ESC  officer  resource  managers,  each  individual  has  a  differ¬ 
ent  utility  curve  which  is  subject  to  daily  fluctuations  due  to  the  vol¬ 
atile  nature  of  their  decision-making  environment.  Since  extraction  of 
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each  resource  manager's  utility  function  Mould  be  impossible,  techniques 
that  do  not  explicitly  require  the  use  of  a  mathematical  utility  func¬ 
tion  must  be  utilized. 

Criteria 

Before  discussing  possible  modeling  techniques,  it  will  be  useful 
to  identify  the  set  of  objectives  that  will  be  used  by  resource  managers 
Mhen  making  officer  assignment  decisions.  Since  ESC  is  still  in  the 
process  of  identifying  a  set  of  objectives  for  the  officer  resource  man¬ 
ager  OSS,  the  folloMing  are  some  possible  suggestions: 

1.  Maximize  the  immediate  mission  accomplishment  by  placing  the 
best  qualified  officer  in  each  job. 

2.  Maximize  the  future  mission  accomplishment  by  placing  each 
officer  in  the  job  that  best  trains  him/her  for  future  ESC 
assignments. 

3.  Maximize  officer  promotion  potential  by  placing  each  officer 
in  the  job  that  best  fulfills  Air  Force  career  development 
guidelines. 

4.  Maximize  officer  retention  ^d  morale  by  assigning  each 
officer  to  the  job  of  their  preference. 

These  objectives  provide  a  basis  for  establishing  measurable  cri¬ 
teria  for  evaluating  the  accomplishment  of  objectives.  The  first  two 
objectives  Mere  discussed  at  length  Mithin  the  main  body  of  the  thesis 
and  Mere  the  basis  for  the  three  criteria  developed  in  Chapter  V.  These 
three  criteria  are  also  used  in  this  appendix;  hoMever,  for  purposes  of 
discussing  alternate  modeling  techniques,  some  changes  Mere  necessary  as 
can  be  seen  in  Figures  F.l  and  F.2. 

Comparing  Figure  F.l  Mith  Figure  5.2,  one  Mill  see  that  the  manda¬ 
tory  criteria  has  been  retitled  "minimum  criteria"  and  the  minimum  cri¬ 
teria  factors  have  been  Meighted.  These  changes  provide  resource  man¬ 
agers  Mith  the  flexibility  to  assign  an  officer  to  a  job  position  Mhere 
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Figure  F.l  Revised  Job  Criteria 


he/she  does  not  meet  the  minimum  level  of  qualifications  in  certain  ex¬ 
tenuating  circumstances.  For  instance,  an  officer  may  score  well  in  all 
other  criteria  and  the  resource  manager  may  feel  that  the  officer  has 
sufficient  background  to  do  well  in  the  job  despite  missing  one  or  more 
minimum  criteria  factors. 

As  shown  in  Figure  F.2,  the  scoring  of  officers  for  jobs  would  be 
performed  in  the  same  manner  as  described  in  Chapter  V  with  the  excep¬ 
tion  that  the  criteria  scores  are  not  summed  together.  This  approach 
will  allow  the  resource  manager  to  rank  and/or  weight  criteria  as  the 
decision  environment  changes.  As  in  Chapter  V,  the  sum  of  each  of  the 
criteria  factor  weights  are  normalized  to  10. 

The  third  objective  requires  an  assessment  of  each  officer's  ca¬ 
reer  progress  against  an  Air  Force  career  standard.  Although  currently 
not  available,  a  rule-based  model  could  be  developed  that  utilized  AFR 
36-20,  AFR  36-23,  and  the  "unwritten"  hPC  rules  to  assess  an  officer's 
overall  Air  Force  career  needs  and  score  the  officer  for  potential  as¬ 
signments  based  on  these  needs.  For  purposes  of  this  appendix,  it  is 
assumed  that  such  a  model  does  exist  and  officers  are  scored  for  each 
job  on  a  scale  from  0  to  10. 

The  last  objective  requires  the  elicitation  of  each  officer's  job 
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Job  #1 
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Figure  F.2  Revised  Scoring  Method 


preferences.  Although  it  would  probably  be  better  to  obtain  this  infor¬ 
mation  by  a  written  survey,  time  constraints  would  most  likely  dictate 
the  use  of  a  phone  survey.  An  officer  could  be  asked  to  rank  each  po¬ 
tential  assignment  on  a  scale  from  O  to  10,  with  "10"  representing  the 
most  preferred  assignment  and  "0"  the  least  preferred. 

These  five  criteria  provide  a  means  of  measuring  the  accomplish¬ 
ment  of  the  four  suggested  objectives.  Each  officer  being  considered 
for  an  assignment  would  be  evaluated  for  each  available  job  position  in 
terms  of  these  five  criteria.  The  final  result  of  this  process  would  be 
5  scores  for  each  officer  for  each  job  (on  the  scale  of  0  to  10).  Fig¬ 
ure  F.3  provides  an  example  of  one  officer  scored  for  one  job. 

MCO  Techniques 

The  most  promising  solution  techniques  would  appear  to  be  point 
estimate  weighted-sums  and  goal  programming. 
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Figure  F.3  Officer  #1  Scores  for  Job  #1 


Point  Estitnate  Meiahted-Sums.  Similar  to  the  formulation  presen¬ 
ted  in  Chapter  V,  the  point  estimate  weighted-sums  approach  utilizes  a 
linear  programming  format.  A  single  objective  function  is  formed  by 
summing  the  products  of  each  criteria  and  a  scalar  weighting  function. 
The  advantage  of  such  an  approach  is  that  an  explicit  utility  function 
does  not  have  to  be  determined.  Each  time  a  group  of  officer  assign¬ 
ments  are  to  be  made,  the  resource  manager  would  assign  weights  to  the 
five  criteria  based  on  his/her  subjective  judgement.  Assuming  the  same 
assumptions  from  Chapter  V,  the  following  is  a  point-estimate  weighted 
sums  formulation; 

Decision  Variables; 

=1  if  officer  i  is  assigned  to  job  j 
0  otherwise 

Parameters; 

C|-j  =  The  criteria  k  score  of  assigning 
officer  i  to  job  j 

wjj  =  The  scalar  weight  assigned  to  criteria  k 
Objective  Function  and  Constraints; 


15 

15 

5 

(Total  sum  of  weighted 

MAXIMIZE; 

Z  =  E 

E 

k=l 

criteria  scores  when 

i=l 

j=l 

officer  i  is  assigned 
to  job  j ) 
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15 

SUBJECT  TO:  £  X-  =  1  for  i  =  1  to  15  (Assign  every  officer 

j=l  to  a  job) 


15 

Z  ®  ^  j  =  1  to  15  (Fill  all  jobs) 

i=l 


X^j  =  (0,1)  for  all  i,j  (Solutions  must  be  integer) 


Soal  Programming 

A  goal  programming  approach  differs  from  linear  programming  by: 

1.  The  conceptualization  of  objectives  as  goals. 

2.  The  assignment  of  priorities  and/or  weights  to  the  achieve¬ 
ment  of  goals. 

3.  The  presence  of  deviation  variables  d-*  and  d-'  to  measure 
Qverachievement  and  underachievement  from  target  (or  thres¬ 
hold)  levels  tp 

4.  The  minimizaticx\  of  weighted-sums  of  deviation  variables 
to  find  solutions  that  best  satisfy  the  goals. 

(Steuer,  1986:282) 

The  objective  in  goal  programming  is  to  satisfice  rather  that  op¬ 
timize.  "Satisficing  is  the  process  of  eliminating  alternatives  with 
unacceptable  attribute  values"  as  opposed  to  optimization  which  seeks 
the  "best"  solution  (Chan,  1988).  Before  employing  the  technique  of 
goal  programming,  it  is  necessary  to  identify  the  decision  maker's 
goals. 

(3oal  setting  for  satisficing  solutions  is  defined  as  the  pro¬ 
cedure  of  identifying  a  satisficing  set  S  such  that,  when¬ 
ever  the  decision  outcome  is  an  element  of  S,  the  decision 
maker  will  be  happy  and  satisfied  and  is  assumed  to  have 
reached  the  optimal  solution.  (Yu,  1985:56) 

Three  types  of  goals  are  possible:  1)  lower,  one-sided;  2)  upper,  one¬ 
sided;  and  3)  two-sided.  A  resource  manager  using  the  five  criteria 
suggested  in  this  appendix  to  set  goals  would  probably  select  all  lower. 
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TABLE  F.l 


Nonpreemptive  Goals  and  Priorities 


Priority  Level 

Criteria 

Goal 

Criteria  Weight 

Minimum 

>  0 

5 

All  Equal 

Desired 

>  5 

4 

Skill  Development 

>  5 

3 

Air  Force  Career 

>  0 

2 

Officer's  Preference 

>  5 

1 

one-sided  goals.  It  is  conceivable  that  ESC  may  decide  to  use  addition¬ 
al  criteria  in  the  future  such  as  total  PCS  cost,  which  would  result  in 
a  upper  one-sided  goal,  or  maintaining  a  certain  manning  level  at  each 
unit,  which  would  result  in  a  two-sided  goal. 

□nee  a  set  of  goals  are  established,  the  decision  maker  must  de¬ 
cide  on  the  relative  importance  of  each  goal.  After  ranking  goals  ac¬ 
cording  to  level  of  importance,  and  rating  the  relative  importance  of 
each  goal,  the  decision  maker  must  decide  whether  to  consider  all  goals 
simultaneously  or  sequentially.  There  are  two  types  of  goal  program¬ 
ming:  1)  preemptive  goal  programming,  "where  there  is  a  hierarchy  of 

priority  levels  for  the  goals,  so  that  the  goals  of  primary  importance 
receive  first-priority  attention,  those  of  secondary  importance  receive 
second-priority  attention,  and  so  forth";  and  2)  nonpreemptive  goal 
programming,  where  "all  of  the  goals  are  of  roughly  comparable  impor¬ 
tance"  (Hillier,  1906:242). 

For  purposes  of  demonstrating  these  two  methods,  assume  that  a  re¬ 
source  manager's  preference  is  that  of  Table  F.l.  A  non-preemptive  goal 
programming  formulation  would  be  as  follows: 
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\ 

I 


Decision  Variables: 


X-j  =1  if  officer  i  is  assigned  to  job  j 
0  otherMise 

Parameters: 

=  The  scalar  Meight  assigned  to  criteria  k 

C|iij  =  The  criteria  k  score  of  assigning 
officer  i  to  job  j 

D|ij*  D||j*  =  The  positive  and  negative  deviations  from 
crit^ia  k  goals  in  job  j 

G||j  =  The  desired  criteria  k  goal  for  job  j 


Objective  Function  and  Constraints: 


MINIMIZE: 


SUBJECT  TO; 


5  15  (Total  sum  of  weighted 

1  =  Z  S  negative  deviations 

k=l  j=l  from  criteria  goals) 


15 

E  ~  1  i  =  1  to  15  (Assign  every  officer 

j=l  to  a  job) 


15 

S  j  =  1  to  15  (Fill  all  jobs) 

i=l 


15 

"  Dki*  -  V  =  Gkj 

1=1 


for  i  =  1  to  15 
for  k  =  1  to  5 


(Officer  score  plus  or  minus  some  deviation  must 
equal  the  goal  of  each  criteria  for  each  job) 


X-j  =  (0,1)  for  all  i,j  (Solutions  must  be  integer) 


Now,  assume  the  resource  manager  prefers  different  priority  levels 
for  the  criteria  as  shown  in  Table  F.2.  A  preemptive  formulation  would 
be  as  fol lows: 
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T^ffiLE  F.2 


Preemptive  Goals  and  Priorities 


Priority  Level 

Criteria 

Goal 

Criteria  Meight 

First  Level 

Minimum  Criteria 

>  8 

4 

Desired  Criteria 

>  5 

1 

Second  Level 

Skill  Development 

>  5 

3 

Air  Force  Career 

>  8 

2 

Third  (.evel 

Officer's  Preference 

>  5 

1 

Decision  Variables: 

X-j  =  1  if  officer  i  is  assigned  to  job  j 
0  otherviise 

Parameters! 

=  The  scalar  Meight  assigned  to  criteria  k 

*^ij  “  criteria  k  score  of  assigning 
officer  i  to  job  j 

^kj  ~  positive  and  negative  deviations  from 
criteria  k  goals  in  job  j 

=  The  desired  criteria  k  goal  for  job  j 

Objective  Function  and  Constraints  for  First  Priority  Level: 


MINIMIZE: 


SUBJECT  TO: 


2  15 

°kj 

k=l  j=l 


15 

Z  X..  =  1  for  i  =  1 

j=l 


15 

E  X.j  =  1  for  j  =  1 


(Total  sum  of  weighted 
negative  de'/iations  from 
criteria  1  and  2  goals) 


to  15  (Assign  every  officer 
to  a  job) 


to  15  (Fill  all  jobs) 
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1=1 


for  i  =  1  to  15 
for  k  =  1,2 


(Officer  score  plus  or  minus  some  deviation  must 
equal  the  goal  of  criteria  1  and  2  for  each  job) 


=  (0,1)  for  all  i,j  (Solutions  must  be  integer) 


Objective  Function  and  Constraints  for  Second  Priority  Level : 


MINIMIZE; 


SUBJECT  TO; 


2 

Z 

k=l 


15 

j=l 


(Total  sum  of  Meighted 
negative  deviations  from 
criteria  3  and  4  goals) 


15 

Z  Xjj  =  1  ^or  i  =  1  to  15 
j=l 


(Assign  every  officer 
to  a  job) 


15 

Z  X-j  =  1  for  j  =  1  to  15  (Fill  all  jobs) 
i=l 


15 

^iihi  ^  %'  -  i  i 

1=1  for  k  =  3,4 

(Officer  score  plus  or  minus  some  deviation  must 
equal  the  goal  of  criteria  3  and  4  for  each  job) 


2  15 

k=l  j=l 


(Total  sum  of  weighted  negative  deviations  from 
criteria  1  and  2  goals  not  allowed  to  vary) 


X-j  =  (0,1)  for  all  i,j  (Solutions  must  be  integer) 


Objective  Function  and  Constraints  for  Third  Priority  Level; 


15 

^3  “  ^  *^°5j 

J=1 


MINIMIZE 
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(Total  sum  of  weighted 
negative  deviations 
from  criteria  5  goals) 


15 

SUBJECT  TQ;  S  X..  =  1  fcjr  i  =  1  to  15  (Assign  every  officer 

j=l  to  a  job) 

15 

S  X-j  =  1  for  j  =  1  to  15  (Fill  all  jobs) 
i=l 

15 

2,  Cjii^ij  ^  %'  -  °5j'  =  Gj.  for  i  =  1  to  15 
1=1 

(Officer  score  plus  or  minus  some  deviation  must 
equal  the  goal  of  criteria  5  for  each  job) 


2  15 

k=l  j=l 

(Total  sum  of  weighted  negative  deviations  from 
criteria  1  and  2  goals  not  allowed  to  vary) 


4  15 

Z  Z  w^D^j  =  Zj 
k=3  j  =1 

(Total  sum  of  weighted  negative  deviations  from 
criteria  3  and  4  goals  not  allowed  to  vary) 


X-j  =  (0,1)  for  all  i,j  (Solutions  must  be  integer) 


Conclusion 

There  are  several  modeling  techniques  that  can  be  used  for  assign¬ 
ing  officers  to  jobs.  Each  technique  favors  a  particular  decision  mak¬ 
ing  preference  structure.  Conceivably,  if  ESC  gives  each  resource  mana¬ 
ger  the  freedom  to  choose  his/her  own  preference  structure  for  making 
officer  assignments,  the  DSS  model  base  could  consist  of  all  of  the  mod¬ 
eling  techniques  demonstrated  in  this  appendix. 
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